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