Compilation issues with gd.h on Linux 64bit
Gerry Creager N5JXS
gerry.creager at TAMU.EDU
Mon Dec 5 07:50:59 PST 2005
Let me ping a couple of other folks in my team and we'll try to get back
to you.
Xin wrote:
> Gerry,
>
> Really appreciate your tip, that should go some way in helping me to
> solve this thing.
>
> I had a research for issues related to linux 64bit compilations, and
> came up fairly empty. There was
> http://rvl3.ecn.purdue.edu/~cromwell/compiling.html , which I doubt is
> what I need.
>
> Is there any chance you can explain what changes you had to make? If
> you can provide the altered makefile for MapServer as well that'd be great.
>
> Much apprecaited.
>
> Xin
>
> On 05/12/05, *Gerry Creager N5JXS* < gerry.creager at tamu.edu
> <mailto:gerry.creager at tamu.edu>> wrote:
>
> Doing the 64bit compiles has been a challenge for us. We're
> transitioning to, effectively, an all Opteron facility and we've found
> that a lot of the 32bit packages just don't behave right the first time,
> and that we _do_ have to spend a fair bit of time tweaking Makefiles.
>
> If you're using Opteron, there are possibilities of compiling as a 32bit
> app and then running it in the 64bit space. You lose access to the
> extended memory addressing but not really any loss of speed.
>
> gerry
>
> Xin wrote:
> > Hi again,
> >
> > I'm still having difficulties with this. I don't believe the problem
> > lies with the server being 64bit as I've read other people compile
> > successfully on them.
> >
> > I've searched the archives and there seems to be a few posts
> concerning
> > this can't find gd.h problem, but no fixes.
> >
> > Any advice is welcome.
> >
> > Cheers,
> > Xin
> >
> > On 02/12/05, *Xin* <crazygecko at gmail.com
> <mailto:crazygecko at gmail.com> <mailto: crazygecko at gmail.com
> <mailto:crazygecko at gmail.com>>>
> > wrote:
> >
> > I'm attemping to compile mapserver on our web hosting server,
> which
> > are cool enough to allow this. But I'm having some problems.
> >
> > First off, it says it can't find gd.h. I've included the
> > compilation command used and output at the end. I've checked
> and gd
> > does exist in /usr/lib and /usr/include, and pointed to /usr
> to no
> > avail. I also tried compiling gd myself. Gd was compiled
> > successfully, but mapserver can't see it.
> >
> > I then called a friend who's with the same hosting company and
> > managed to compile mapserver successfully. He told me he didn't
> > have any issues as it was on a older, 32 bit machine, and the
> server
> > I'm on is 64bit. Is this the issue? Or am I just doing
> something
> > stupid.
> >
> > I'm very grateful for any advice.
> >
> > Cheers,
> > Xin
> >
> > configure: WARNING: you should use --build, --host, --target
> > checking for 2-gcc... no
> > checking for gcc... gcc
> > checking for C compiler default output file name... a.out
> > checking whether the C compiler works... yes
> > checking whether we are cross compiling... no
> > checking for suffix of executables...
> > checking for suffix of object files... o
> > checking whether we are using the GNU C compiler... yes
> > checking whether gcc accepts -g... yes
> > checking for gcc option to accept ANSI C... none needed
> > checking for 2-g++... no
> > checking for 2-c++... no
> > checking for 2-gpp... no
> > checking for 2-aCC... no
> > checking for 2-CC... no
> > checking for 2-cxx... no
> > checking for 2-cc++... no
> > checking for 2-cl... no
> > checking for 2-FCC... no
> > checking for 2-KCC... no
> > checking for 2-RCC... no
> > checking for 2-xlC_r... no
> > checking for 2-xlC... no
> > checking for g++... g++
> > checking whether we are using the GNU C++ compiler... yes
> > checking whether g++ accepts -g... yes
> > checking for 2-ranlib... no
> > checking for ranlib... ranlib
> > checking for flex... flex
> > checking for yywrap in -lfl... yes
> > checking lex output file root... lex.yy
> > checking whether yytext is a pointer... yes
> > checking for bison... bison -y
> > checking if compiler supports -R... no
> > checking if compiler supports -Wl,-rpath,... yes
> > checking for exp in -lm... yes
> > checking for __gxx_personality_v0 in -lstdc++... yes
> > checking how to run the C preprocessor... gcc -E
> > checking for egrep... grep -E
> > checking for ANSI C header files... yes
> > checking for strcasecmp... yes
> > checking for strncasecmp... yes
> > checking for strdup... yes
> > checking for strlcat... no
> > MapServer Version from map.h: '4.6.1'
> > configure: checking where FreeType 2.x is installed...
> > using libfreetype from -L/usr/lib64 -Wl,--rpath
> > -Wl,/usr/lib64 -lfreetype -lz
> > checking for FT_Init_FreeType in -lfreetype... yes
> > using libfreetype -lfreetype from system libs.
> > configure: checking where Zlib is installed...
> > using runtime libz from -L/lib64 -lz
> > configure: checking where PNG is installed...
> > using libpng from -L/lib64 -lpng
> > configure: checking whether we should include JPEG support...
> > checking for jpeg_read_header in -ljpeg... yes
> > using libjpeg from system libs.
> > configure: checking where libXpm is installed...
> > checking for XpmFreeXpmImage in -lXpm... no
> > XPM (libXpm) library cannot be found, possibly needed
> for GD
> > configure: checking where libiconv is installed...
> > checking for iconv_open in -lc... yes
> > checking for libiconv_open in -liconv... no
> > 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.a/libgd.so in
> /usr.
> > 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).
> >
> > ---
> >
> > [~/dev/mapserver- 4.6.1]# whereis gd
> > gd: /usr/include/gd.h
> >
> > [~/dev/mapserver-4.6.1]# ls /usr/include/gd.*
> > /usr/include/gd.h
> >
> >
>
> --
> Gerry Creager -- gerry.creager at tamu.edu <mailto:gerry.creager at tamu.edu>
> Texas Mesonet -- AATLT, Texas A&M University
> Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578
> Page: 979.228.0173
> Office: 903A Eller Bldg, TAMU, College Station, TX 77843
>
>
--
Gerry Creager -- gerry.creager at tamu.edu
Texas Mesonet -- AATLT, Texas A&M University
Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578
Page: 979.228.0173
Office: 903A Eller Bldg, TAMU, College Station, TX 77843
More information about the MapServer-users
mailing list