Re: 4.4 - Nearing the finish line [was Re: inconsistency between 4.4-cvs and 4.5 for default install]

[Manfred S. <man...@gm...>]

> On Friday 05 March 2010 14:05:14 Manfred Schwarb wrote:
> > > > and had to apply
> > > > 
> > > > --- configure.in.orig   2010-03-01 13:44:59.000000000 +0100
> > > > +++ configure.in        2010-03-02 11:55:43.000000000 +0100
> > > > @@ -482,6 +482,7 @@
> > > >      libgd_CPPFLAGS=`gdlib-config --cflags`
> > > >      libgd_LDFLAGS=`gdlib-config --ldflags`
> > > >      libgd_LIBS=`gdlib-config --libs`
> > > > +    libgd_LIBS="$libgd_LIBS -lexpat -pthread"
> > > >    elif test -d "$with_gd"; then
> > > >      libgd_CPPFLAGS="-I$with_gd/include"
> > > >      libgd_LDFLAGS="-L$with_gd/lib"
> > > 
> > > That seems like a problem with the libgd package configuration tool.
> > > I'll forward a bug report in that direction if I can confirm it.
> > > 
> > > 	Ethan
> 
> I can't reproduce this problem. 
> 
> On my machines, neither libgd nor gnuplot as a whole requires libexpat,
> which seems to be an XML parsing tool.
> 

I think it comes from libfontconfig, newer libgd versions use it
(I use some cvs version of libgd 2.0.36 at the moment):

# ldd /usr/lib64/libfontconfig.so
        linux-vdso.so.1 =>  (0x00007fc1d544d000)
        libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007fc1d4f90000)
        libexpat.so.1 => /lib64/libexpat.so.1 (0x00007fc1d4d66000)
        libc.so.6 => /lib64/libc.so.6 (0x00007fc1d4a0b000)
        libz.so.1 => /lib64/libz.so.1 (0x00007fc1d47f5000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fc1d544e000)

# ldd /usr/local/lib/libgd.so
        linux-vdso.so.1 =>  (0x00007fff9caea000)
        libjpeg.so.62 => /usr/lib64/libjpeg.so.62 (0x00007fa27ef78000)
        libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007fa27ed42000)
        libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007fa27eabc000)
        libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x00007fa27e894000)
        libz.so.1 => /lib64/libz.so.1 (0x00007fa27e67d000)
        libm.so.6 => /lib64/libm.so.6 (0x00007fa27e428000)
        libc.so.6 => /lib64/libc.so.6 (0x00007fa27e0cd000)
        libexpat.so.1 => /lib64/libexpat.so.1 (0x00007fa27dea3000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fa27f3e7000)


But "gdlib-config --libs" gives:
-ljpeg -lfontconfig -lfreetype -lpng12 -lz -lm

So it seems libgd does not add all needed libraries to gdlib-config.


> And libpthread is pulled in by practically everything, so adding it
> specifically to libgd_LIBS is redundant.
> 
> What was the error message you got before adding this line to
> configure.in?
> 


from config.log:
configure:11686: checking for gdImageStringFT in -lgd
configure:11721: gcc  -o conftest -g -O2  -I/usr/local/include -static -s -L/usr/local/lib -L/usr/lib64 -L/lib conftest.c -lgd  -lm  -ljpeg -lfontconfig -lfreetype -lpng12 -lz -lm -ljpeg -lfreetype >&5
/usr/local/lib/libgd.a(gdft.o): In function `gdFontCacheSetup':
/tmp/libgd/gd-libgd-20/gdft.c:826: undefined reference to `pthread_mutex_init'
/tmp/libgd/gd-libgd-20/gdft.c:829: undefined reference to `pthread_mutex_destroy'
...
/usr/lib64/libfontconfig.a(fcxml.o): In function `FcConfigMessage':
/tmp/fontconfig-2.7.0/fontconfig-2.7.0/src/fcxml.c:476: undefined reference to `XML_GetCurrentLineNumber'
/tmp/fontconfig-2.7.0/fontconfig-2.7.0/src/fcxml.c:479: undefined reference to `XML_GetCurrentLineNumber'
...


Cheers, Manfred
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01