Re: libtool ignorant of lack of headers in /usr

[Ralf Wildenhues]

Hi Carol,

* Carol Spears wrote on Mon, Oct 17, 2005 at 05:46:48PM CEST:
> 
> i am using (GNU libtool) 1.5.20 Debian 1.5.20-2 (1.1220.2.287 2005/08/31
> 18:54:15) to build glib, pango and gtk+ from cvs.

OK.  Which architecture are you on?

> all of the other tools respect that i have allowed the distribution to
> install this software in /usr and my build system uses the stuff i
> installed in /usr/local to build with.  i am having a difficult time
> finding the words to express this problem.  let me paste the compiler
> spew:
> 
> first:
> if gcc -DHAVE_CONFIG_H -I. -I. -I.. -DG_DISABLE_DEPRECATED
> -DPANGO_DISABLE_DEPRE
> CATED -DG_DISABLE_CAST_CHECKS -I.. -I/usr/include/cairo   -pthread
> -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
> -I/usr/include/freetype2  
>   -g -O2 -Wall -MT argcontext.o -MD -MP -MF ".deps/argcontext.Tpo" \
>   -c -o argcontext.o `test -f 'argcontext.c' || echo'./'`argcontext.c; \
> then mv -f ".deps/argcontext.Tpo" ".deps/argcontext.Po"; \
> else rm -f ".deps/argcontext.Tpo"; exit 1; \
> fi
>     
> this portion is clearly working correctly.  i am using freetype from the
> distribution (there has not been many changes for a very very long
> while) and the same with cairo.  i have built my own glib in /usr/local
> and the tools find this and use it appropriately until libtool takes
> over:
> 
> /bin/sh ../libtool --mode=link gcc  -g -O2 -Wall   -o pangoft2topgm
> pangoft2top
> gm.o renderdemo.o argcontext.o ../pango/libpango-1.0.la
> ../pango/libpangoft2-1.0
> .la -lfontconfig   -lfreetype -lz 
> gcc -g -O2 -Wall -o .libs/pangoft2topgm pangoft2topgm.o renderdemo.o
> argcontext.o  ../pango/.libs/libpango-1.0.so 
> ../pango/.libs/libpangoft2-1.0.so -lfontconfig /usr/lib/libfreetype.so -lz
> ../pango/.libs/libpango-1.0.so: undefined reference to 
> `g_intern_static_string'
> collect2: ld returned 1 exit status
> make[2]: *** [pangoft2topgm] Error 1
> 
> the way i understand it, libtool is finding .la files that were
> installed by debian.  this breaks an otherwise sane build system.  this
> negates anything that ldconfig does. 

I don't understand you at all.  Might be a language barrier, or
something else.

What do you expect to happen?
Which package is this that you are building (sorry if the question seems
dense to you)?
Could you paste the .la files referenced in above link line?

> can this be fixed?  in my world, the gnu tools used to provide sanity.

No need to get rude.   I could guess that you are seeing an effect of
the `link_all_deplibs=no' patch which is part of Debian's libtool but
not of GNU libtool.  If this were true, I guess that libpango (or one of
its deplibs) was/were missing a `-L/path/to -lglib' in their link line.
Mere speculation though, because of reasons given above.

(another reason may be that whoever provided your CPPFLAGS with the
-I/usr/local/include entry should've also provided LDFLAGS with
-L/usr/local/lib or similar; but then again, `-lglib' does not even show
up in the line beginning with `/bin/sh ../libtool --mode=link', so that
seems rather unlikely)

Cheers,
Ralf