yakker@spahn.ucr.edu (Matt D. Robinson) (03/21/90)
I am having some trouble running some of the XView programs on our systems.
We created some new programs using the XView conversion program, compiled
them perfectly, and then installed them. The problem we ran into was this:
<351 src@charity .../conversion/monthtool> /usr/local/bin/X11/xmonth
ld.so: Undefined symbol: __XtInherit
We first checked the libraries to see if the source was in it's proper area.
It was. The nm on the sharedlib.o file in libXt.sa.4.0 produced :
<355 src@charity .../XView/XView> ar x /usr/local/lib/libXt.sa.4.0 sharedlib.o
<358 src@charity .../XView/XView> nm sharedlib.o
00000050 T _XtAppInitialize
00000028 T _XtInitialize
00000014 T _XtToolkitInitialize
U __XtAppInitialize
00000000 T __XtInherit
U __XtInitialize
U __XtToolkitInitialize
U ___XtInherit
This showed that the procedure was in the right place, but wasn't showing up when
the libraries were called by the program. This leads me to think that there is
something hard-coded somewhere in the libraries to suggest only /usr/lib can be
called. Can someone point me in the right direction on this?
Also, two other things. One, I can run clock correctly using XView, but not monthtool
or suntetris. Two, why are the programs almost a meg big? Is a patch available for
this yet?
-----------------------*------------------------------------------------------
yakker@ucrmath.ucr.edu | Matt Robinson, University of California at Riverside
.!ucsd!ucrmath!yakker | Department of Mathematics and Computer Sciencehvr@kimba.Sun.COM (Heather Rose) (03/21/90)
In article <4871@ucrmath.UCR.EDU> yakker@spahn.ucr.edu (Matt D. Robinson) writes: >I am having some trouble running some of the XView programs on our systems. >We created some new programs using the XView conversion program, compiled >them perfectly, and then installed them. The problem we ran into was this: > ><351 src@charity .../conversion/monthtool> /usr/local/bin/X11/xmonth >ld.so: Undefined symbol: __XtInherit > >We first checked the libraries to see if the source was in it's proper area. >It was. The nm on the sharedlib.o file in libXt.sa.4.0 produced : > ><355 src@charity .../XView/XView> ar x /usr/local/lib/libXt.sa.4.0 sharedlib.o ><358 src@charity .../XView/XView> nm sharedlib.o >00000050 T _XtAppInitialize >00000028 T _XtInitialize >00000014 T _XtToolkitInitialize > U __XtAppInitialize >00000000 T __XtInherit > U __XtInitialize > U __XtToolkitInitialize > U ___XtInherit > >This showed that the procedure was in the right place, but wasn't showing up when >the libraries were called by the program. This leads me to think that there is >something hard-coded somewhere in the libraries to suggest only /usr/lib can be >called. Can someone point me in the right direction on this? > >Also, two other things. One, I can run clock correctly using XView, but not monthtool >or suntetris. Two, why are the programs almost a meg big? Is a patch available for >this yet? Compile XView programs like this: cc -o foo foo.c -lxview -lX11 that should get rid of the problems with XtInherit. XView does not use Xt. I am not familiar with either monthtool or suntetris. What toolkit do they use, SunView? Xt? XView? __________________________________________________________________ Heather Rose Window Systems Group internet: hrose@sun.com Sun Microsystems, Inc. uucp: ...!sun!hrose