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 <[EMAIL PROTECTED]>
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
