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.<br><br>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
<br>transitioning to, effectively, an all Opteron facility and we've found<br>that a lot of the 32bit packages just don't behave right the first time,<br>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<br><br>Xin wrote:<br>> Hi again,<br>><br>> I'm still having difficulties with this. I don't believe the problem<br>> lies with the server being 64bit as I've read other people compile<br>> 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...<br>> using libfreetype from -L/usr/lib64 -Wl,--rpath<br>> -Wl,/usr/lib64 -lfreetype -lz<br>> checking for FT_Init_FreeType in -lfreetype... yes<br>> 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
<br>> configure: checking whether we should include JPEG support...<br>> checking for jpeg_read_header in -ljpeg... yes<br>> using libjpeg from system libs.<br>> 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>