[Mapserver-users] GD 2.x install problem

[Brian Clark]

  Ooops, configure --with-gd=/usr/local seemed to fix this.


Thanks,
That seemed to work for GD. Now for Mapserver 3.6.4...(sorry to keep 
bugging)
tail of make using:
configure --without-tiff --with-proj=/usr/local/lib --with-gdal 
--with-wmsclient
renders:
gcc -c -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ 
-DUSE_PROJ_API_H -DUSE_WMS    -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG 
-DUSE_GD_WBMP -DUSE_GD_FT    -DUSE_GDAL    -I/usr/include  
-I/usr/local/lib        -I/usr/local/include    mapfile.c -o mapfile.o
mapfile.c: In function `getSymbol':
mapfile.c:154: `__builtin_va_alist' undeclared (first use in this function)
mapfile.c:154: (Each undeclared identifier is reported only once
mapfile.c:154: for each function it appears in.)
mapfile.c:156: warning: implicit declaration of function 
`__builtin_va_arg_incr'
mapfile.c:149: warning: `argp' might be used uninitialized in this function
mapfile.c: In function `msLoadProjectionString':
mapfile.c:619: warning: subscript has type `char'
make: *** [mapfile.o] Error 1

Something obvious?
-Brain


Frank Warmerdam wrote:

> Brian wrote:
>
>> Hey all,
>> We've attempted the upgrade to GD 2.0.11, but initially ran into 
>> problems
>> missing jconfig.h, jmorecfg.h, jpeglib.h, jerror.h. Re-directed the 
>> path in the Makefile, then ran into problems missing xpm.h.
>> Is this needed? configured --without-xpm, but install gave:
>> ./libtool[4761]: ranlib:  not found
>> *** Error code 127
>> make: Fatal error: Command failed for target `install-libLTLIBRARIES'
>> Current working directory /MAPSERVER/GD/gd-2.0.11
>> *** Error code 1
>> make: Fatal error: Command failed for target `install-am'
>> Current working directory /MAPSERVER/GD/gd-2.0.11
>> *** Error code 1
>> make: Fatal error: Command failed for target `install-recursive'
>> # exit
>
>
> Brian,
>
> I would suggest trying "make RANLIB=/bin/true".  I would have thought the
> configure script would have checked on stuff like libxpm and libjpeg 
> being
> available.   I think the libgd configure logic is pretty new.  Perhaps we
> should submit an error to the maintainer.
>
> Best regards,
>