Compilation issues with gd.h on Linux 64bit

[Xin]

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> 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>>
> > 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
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/mapserver-users/attachments/20051205/9bf9d75c/attachment.html