Re: libXmu: found automatically on i386, not on vore
On Tue, 27 Mar 2001, Drew Parsons wrote:
> I've got Bug #90459, which says libXmu was not identified when
> compiling on vore (that's sparc, isn't it? not that it's real
> important).
>
> The autobuild log at http://vore.debian.org/buildlogs/viewmol says:
>
> ... cc -c -Wall -I/usr/X11R6/include -DLINUX -I/usr/include
> -I/usr/include/python1.5 -O6 -fomit-frame-pointer -ffast-math
> ../coledit.c ... cc -o viewmol ... coledit.o ...
> -L/usr/lib/python1.5/config -L/usr/local/lib -lpython1.5 -ltiff
> -lGLU -lGL -L/usr/X11R6/lib -lXm -lXp -lXi -lXext -lXt -lX11
> -lpthread -ldb -lutil -ldl -lm input.o: In function findFileType':
> input.o(.text+0x6d8): the use of tmpnam' is dangerous, better use
> mkstemp' coledit.o: In function getRGBcolormap':
> coledit.o(.text+0x2700): undefined reference to
> XmuLookupStandardColormap' collect2: ld returned 1 exit status
> make[2]: *** [viewmol_] Error 1
>
>
> XmuLookupStandardColormap is undefined, and comes from libXmu
> (supplied by xlibs). Sure enough, there is no -lXmu entry on the
> linking line. The appropriate solution would, would it not?, be to
> add -lXmu.
Correct.
> But the bit I don't understand is that this same line compiles
> perfectly fine on my i386 system:
>
> ... cc -o viewmol ... coledit.o ... -L/usr/lib/python1.5/config
> -L/usr/local/lib -lpython1.5 -ltiff -lGLU -lGL -L/usr/X11R6/lib -lXm
> -lXp -lXi -lXext -lXt -lX11 -lpthread -ldb -lutil -ldl -lm input.o:
> In function `findFileType': input.o(.text+0x6c7): the use of
> `tmpnam' is dangerous, better use `mkstemp' make[2]: Leaving
> directory `/home/drew/projects/viewmol-2.3/source/Linux' ...
>
> No complaints about XmuLookupStandardColormap, though the code and
> the compile line (no -lXmu) are the same.
(cgray4 ~)-> ldd /usr/lib/libGL.so
libggi.so.2 => /usr/lib/libggi.so.2 (0x4025d000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40268000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40272000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40288000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4029d000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x402ab000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x402b3000)
libpthread.so.0 => /lib/libpthread.so.0 (0x4038d000)
libc.so.6 => /lib/libc.so.6 (0x403a3000)
libgii.so.0 => /usr/lib/libgii.so.0 (0x404b2000)
libgg.so.0 => /usr/lib/libgg.so.0 (0x404ba000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x404c0000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)
libdl.so.2 => /lib/libdl.so.2 (0x4050a000)
This is on i386. I would guess that libXmu doesn't show up on vore.
In any case, it's better to link explicitly with all the libraries
that you need.
Cheers,
Chris
> This is weird. It makes sense why it fails on vore. But why does
> it work on i386?
>
> Drew
>
> ps Build depends are: debhelper (>> 2.0.0), libtiff3g-dev,
> mesag-dev, lesstif-dev, libdb3-dev, python-dev, xlibs-dev,
> docbook-to-man.
--
Got jag? http://www.tribsoft.com
Reply to: