problem in compiling 4.8-rc3

[Sean Gillies]

John,

 From a quick peek at the configure script, looks to me that when you  
specify --with-png, --with-jpeg, or --with-zlib paths, these  
locations are searched for GD *before* the --with-gd location.

I've been avoiding this problem by not explicitly configuring --with- 
png etc. I think that I see a potential fix for the configure script.  
Wanna try something for me? On (or near) line 5666 change

LIBS="-lgd $GD_XTRA_LIBS -L$GD_LIBDIR $LIBS"

to

LIBS="-lgd -L$GD_LIBDIR $GD_XTRA_LIBS $LIBS"

We want the extra locations searched *after* the location you specify  
with --with-gd. This seems to be tripping people up all of a sudden,  
maybe there has been a recent change.

By the way, if you are using GDAL, you should configure --without-tiff.

cheers,
Sean

On Jan 29, 2006, at 10:14 AM, John Cartwright wrote:

> Thanks for your prompt reply, Sean!
>
> Strangely, the problem seems to be explicitly giving the location of
> some of the graphic libs (e.g. zlib, png, etc.) rather than letting  
> them
> be found on their own). Fomerly the configuration looked like:
>
> ./configure --prefix=/extra/contrib/mapserver-4.8 \
>   --with-freetype=/usr/bin/freetype-config    \
>   --with-zlib=/usr/lib                        \
>   --with-png=/usr/lib                         \
>   --with-jpeg=/usr/lib                        \
>   --with-xpm=/usr/X11R6/lib                   \
>   --with-gd=/extra/contrib/gd-2.0.33          \
>   --with-proj=/extra/contrib/proj-4.4.9       \
>   --with-geos=/extra/contrib/geos-2.1.1/bin/geos-config \
>   --with-ogr=/extra/data/gdal-1.3.1/apps/gdal-config \
>   --with-gdal=/extra/data/gdal-1.3.1/apps/gdal-config \
>   --with-tiff=/usr/lib                        \
>   --with-wfs                                  \
>   --with-wcs                                  \
>   --with-wmsclient                            \
>   --with-wfsclient                            \
>   --with-curl-config=/usr/bin
>
> If I pull the configure lines for tiff, png, jpeg, zlib; configure  
> finds
> them in the system libs and seems to be OK.  Does this make sense  
> to you?
>
> Thanks again!
>
> -- john
>
>
> ----- Original Message -----
> From: Sean Gillies <sgillies at frii.com>
> Date: Sunday, January 29, 2006 6:25 am
> Subject: Re: problem in compiling 4.8-rc3
>
>> On Jan 29, 2006, at 12:23 AM, John Cartwright wrote:
>>
>>> Hello All,
>>>
>>> I'm having a problem compiling 4.8 that seems to be related to the
>>> gdFontCacheSetup check:
>>>
>>> ...
>>> configure: checking where libiconv is installed...
>>> checking for iconv_open in -lc... no
>>> checking for libiconv_open in -liconv... no
>>> checking for iconv_open in -lc... no
>>> checking for libiconv_open in -liconv... yes
>>>         using libiconv from system libs.
>>>         libiconv found. Enabling internationalization (-DUSE_ICONV)
>>> configure: checking for GD 2.0.16 or higher...
>>> checking for gdFontCacheSetup in -lgd... no
>>> configure: checking whether GD needs libiconv...
>>> checking for gdFontCacheSetup in -lgd... no
>>> configure: error: Could not find gd.h or libgd.la/libgd.so in
>>> /usr/local/graphicslibs/lib.  Make sure GD 2.0.16 or higher is
>>> compiled
>>> before calling configure. You may also get this error if you didn't
>>> specify the appropriate location for one of GD's dependencies
>>> (freetype,
>>> libpng, libjpeg or libiconv).
>>>
>>>
>> ===================================================================== 
>> =
>>> ====
>>> I'm using the same gd-2.0.33 and configuration line that compiled
>>> successfully for 4.6.0.
>>>
>>> I've been able to replicate the problem on both a RedHat ES3 amd
>>> Mac OS
>>> 10.4 system.
>>>
>>>
>>> Thanks for any help!
>>>
>>> -- john
>>>
>>
>> Hi John,
>>
>> Thanks for trying out the release candidate! It configures and
>> builds
>> for me with no problems. My Fedora system has GD 1.8.4 in /usr/lib,
>>
>> and I have GD 2.0.33 installed at /usr/local/lib. To keep the
>> configuration straight I make sure to specify --with-gd=/usr/local.
>>
>> cheers,
>> Sean
>>
>> ---
>> Sean Gillies
>> sgillies at frii dot com
>> http://zcologia.com/news
>>
>>
>>
>>

---
Sean Gillies
sgillies at frii dot com
http://zcologia.com/news