Gerry,<br><br>Really appreciate your tip, that should go some way in helping me to solve this thing.<br><br>I had a research for issues related to linux 64bit compilations, and came up fairly empty.  There was <a href="http://rvl3.ecn.purdue.edu/~cromwell/compiling.html">

http://rvl3.ecn.purdue.edu/~cromwell/compiling.html</a> , 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.

<br><br>Much apprecaited.<br><br>Xin<br><br><div><span class="gmail_quote">On 05/12/05, <b class="gmail_sendername">Gerry Creager N5JXS</b> <<a href="mailto:gerry.creager@tamu.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

gerry.creager@tamu.edu</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">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.

<br><br>If you're using Opteron, there are possibilities of compiling as a 32bit<br>app and then running it in the 64bit space.  You lose access to the<br>extended memory addressing but not really any loss of speed.<br><br>

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.

<br>><br>> I've searched the archives and there seems to be a few posts concerning<br>> this can't find gd.h problem, but no fixes.<br>><br>> Any advice is welcome.<br>><br>> Cheers,<br>> Xin<br>>

<br>> On 02/12/05, *Xin* <<a href="mailto:crazygecko@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">crazygecko@gmail.com</a> <mailto:<a href="mailto:crazygecko@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

crazygecko@gmail.com</a>>><br>> wrote:<br>><br>>     I'm attemping to compile mapserver on our web hosting server, which

<br>>     are cool enough to allow this.  But I'm having some problems.<br>><br>>     First off, it says it can't find gd.h.  I've included the<br>>     compilation command used and output at the end.  I've checked and gd

<br>>     does exist in /usr/lib and /usr/include, and pointed to /usr to no<br>>     avail.  I also tried compiling gd myself.  Gd was compiled<br>>     successfully, but mapserver can't see it.<br>><br>>     I then called a friend who's with the same hosting company and

<br>>     managed to compile mapserver successfully.  He told me he didn't<br>>     have any issues as it was on a older, 32 bit machine, and the server<br>>     I'm on is 64bit.  Is this the issue?  Or am I just doing something

<br>>     stupid.<br>><br>>     I'm very grateful for any advice.<br>><br>>     Cheers,<br>>     Xin<br>><br>>     configure: WARNING: you should use --build, --host, --target<br>>     checking for 2-gcc... no

<br>>     checking for gcc... gcc<br>>     checking for C compiler default output file name... a.out<br>>     checking whether the C compiler works... yes<br>>     checking whether we are cross compiling... no

<br>>     checking for suffix of executables...<br>>     checking for suffix of object files... o<br>>     checking whether we are using the GNU C compiler... yes<br>>     checking whether gcc accepts -g... yes

<br>>     checking for gcc option to accept ANSI C... none needed<br>>     checking for 2-g++... no<br>>     checking for 2-c++... no<br>>     checking for 2-gpp... no<br>>     checking for 2-aCC... no<br>

>     checking for 2-CC... no

<br>>     checking for 2-cxx... no<br>>     checking for 2-cc++... no<br>>     checking for 2-cl... no<br>>     checking for 2-FCC... no<br>>     checking for 2-KCC... no<br>>     checking for 2-RCC... no

<br>>     checking for 2-xlC_r... no<br>>     checking for 2-xlC... no<br>>     checking for g++... g++<br>>     checking whether we are using the GNU C++ compiler... yes<br>>     checking whether g++ accepts -g... yes

<br>>     checking for 2-ranlib... no<br>>     checking for ranlib... ranlib<br>>     checking for flex... flex<br>>     checking for yywrap in -lfl... yes<br>>     checking lex output file root... lex.yy<br>

>     checking whether yytext is a pointer... yes<br>>     checking for bison... bison -y<br>>     checking if compiler supports -R... no<br>>     checking if compiler supports -Wl,-rpath,... yes<br>>     checking for exp in -lm... yes

<br>>     checking for __gxx_personality_v0 in -lstdc++... yes<br>>     checking how to run the C preprocessor... gcc -E<br>>     checking for egrep... grep -E<br>>     checking for ANSI C header files... yes

<br>

>     checking for strcasecmp... yes<br>>     checking for strncasecmp... yes<br>>     checking for strdup... yes<br>>     checking for strlcat... no<br>>     MapServer Version from map.h: '4.6.1'<br>>     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.

<br>>     configure: checking where Zlib is installed...<br>>             using runtime libz from -L/lib64 -lz<br>>     configure: checking where PNG is installed...<br>>             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...

<br>>     checking for XpmFreeXpmImage in -lXpm... no<br>>             XPM (libXpm) library cannot be found, possibly needed for GD<br>>     configure: checking where libiconv is installed...<br>>     checking for iconv_open in -lc... yes

<br>>     checking for libiconv_open in -liconv... no<br>>             using libiconv from system libs.<br>>             libiconv found. Enabling internationalization (-DUSE_ICONV)<br>>     configure: checking for GD 

2.0.16 or higher...<br>>     checking for gdFontCacheSetup in -lgd... no<br>>     configure: checking whether GD needs libiconv...<br>>     checking for gdFontCacheSetup in -lgd... no<br>>     configure: error: Could not find 

gd.h or libgd.a/libgd.so in /usr.<br>>     Make sure GD 2.0.16 or higher is compiled before calling configure.<br>>     You may also get this error if you didn't specify the appropriate<br>>     location for one of GD's dependencies (freetype, libpng, libjpeg or

<br>>     libiconv).<br>><br>>     ---<br>><br>>     [~/dev/mapserver- 4.6.1]# whereis gd<br>>     gd: /usr/include/gd.h<br>><br>>     [~/dev/mapserver-4.6.1]# ls /usr/include/gd.*<br>>     /usr/include/gd.h

<br>><br>><br><br>--<br>Gerry Creager -- <a href="mailto:gerry.creager@tamu.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">gerry.creager@tamu.edu</a><br>Texas Mesonet -- AATLT, Texas A&M University

<br>Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578

<br>Page: 979.228.0173<br>Office: 903A Eller Bldg, TAMU, College Station, TX 77843<br></blockquote></div><br>