Re: gdk_imlib problem

On Thu, 16 Jul 1998, Geoff Harrison wrote:

> You don't accidentally have a .deps directory that was created there, do
> you?
> that could potentially cause problems like this.
> rm -rf .deps and try again

find -name .deps -exec rm -rf {} \; did the trick; thanks!

Now I've got another one:

reflections% make                                       ~/gnome/cvs/imlib/utils
/bin/sh ../libtool --mode=link gcc -g -O2  -o imlib_config  imlib_config.o icons.o testimg.o ../gdk_imlib/ -L/usr/local/lib -L/usr/X11R6/lib -lgtk-1.1 -lgdk-1.1 -L/usr/local/lib -lglib-1.1 -lXext -lX11 -lm -lpng -ljpeg -ltiff -lungif -lz  -
gcc -g -O2 -o .libs/imlib_config imlib_config.o icons.o testimg.o -Wl,-rpath -Wl,/usr/local/lib ../gdk_imlib/.libs/ -L/usr/local/lib -L/usr/X11R6/lib -lgtk-1.1 -lgdk-1.1 -L/usr/local/lib -lglib-1.1 -lXext -lX11 -lm -lpng -ljpeg -ltiff -lung
if -lz -lm
../gdk_imlib/.libs/ undefined reference to `png_set_sBIT'
../gdk_imlib/.libs/ undefined reference to `png_set_IHDR'
../gdk_imlib/.libs/ undefined reference to `png_get_valid'
../gdk_imlib/.libs/ undefined reference to `png_get_IHDR'
make: *** [imlib_config] Error 1

This might relate to that whole "the order of your -l flags can screw you
up in some mysterious way" phenomenon which I don't understand.  What I
do know is that the -lpng flag which is prominently in the failing command
should work from everything I know, to wit:

reflections% nm /usr/lib/libpng.a |grep png_set_IHDR    ~/gnome/cvs/imlib/utils
00000120 T png_set_IHDR
         U png_set_IHDR

And appears to have been built with -lpng as well.

This I do not understand.

Todd Graham Lewis                                     (800) 719-4664, x2804
******Linux******         MindSpring Enterprises

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]