glibc-2.2 and libgd

Ralf Baechle ralf@uni-koblenz.de
Mon Nov 13 14:11:00 GMT 2000


On Fri, Oct 20, 2000 at 07:25:44PM +0200, Jes Sorensen wrote:

> There seem to be a problem with glibc-2.2-current and libgd
> compilation. If I configure glibc in a seperate directory it still finds
> the gd.h header files I have installed in /usr/include but then fails to
> compile the binary because at compile time it cannot find the headers.
> 
> There seems to be something iffy with the configure.in scripts for it,
> the --with-gd option doesn't work properly, if I say --without-gd or
> --with-gd=no it still finds it, I have to say --with-gd=/dev/null for it
> to not find it.
> 
> My knowledge about autoconf is really limited so I'd rather have someone
> who knows just how to fix this in a jiffy look at it.

Here is another variant of a libgd problem:

gcc memusagestat.c -c -O -Wall -Winline -Wstrict-prototypes -Wwrite-strings -g      -I../include -I.  -I.. -I../libio  -I../sysdeps/mips/elf -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/mips -I../sysdeps/unix/sysv/linux/mips -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/mips -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/mips/fpu -I../sysdeps/mips -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic  -nostdinc -isystem /usr/lib/gcc-lib/mips-linux/2.96/include -isystem /usr/src/linux-2.4/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h  -DPIC   -o memusagestat.o
memusagestat.c:36:16: gd.h: No such file or directory
memusagestat.c:37:21: gdfontl.h: No such file or directory
memusagestat.c:38:21: gdfonts.h: No such file or directory
make: *** [memusagestat.o] Error 1

These three files do exist in /usr/include/ but thanks to -nostdinc we're
not even searching there.

These options are used due to the configure option --with-headers=/usr/
src/linux-2.4/include.  Configure doesn't use the same options when searching
for libgd so it finds the libraries in /usr/include or in <prefix>/<target>/
include/ for crosscompilers.

In that context I noticed that this configure help:

  --with-headers=PATH     location of system headers to use
                          [e.g. /usr/src/linux/include]
                          [default=compiler default]

may be missunderstood.  The example seems to indicate that only kernel
headers will be searched there.  So I'm somewhat unsure about the original
intentsion how all this was supposed to work and therefore don't know how
exactly to fix this.

  Ralf


More information about the Libc-hacker mailing list