<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7638.1">
<TITLE>RE: [UMN_MAPSERVER-USERS] gdal setup with netCDF</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Ed,<BR>
<BR>
setting -fPic is non-trivial for the netcdf library as I remember it, however I do have step by step instructions for it (in the office, I am at home now) - if I forget remind me to post them to the list tomorrow.<BR>
<BR>
It isn't a gdal issue, more a hack in the netcdf options file - I have it all running fine on a 64 bit server though reading netcdf through MapServer WCS and serving as geotiff.<BR>
<BR>
Norman<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: UMN MapServer Users List on behalf of Gregor Mosheh<BR>
Sent: Wed 1/10/2007 7:16 PM<BR>
To: MAPSERVER-USERS@LISTS.UMN.EDU<BR>
Subject: Re: [UMN_MAPSERVER-USERS] gdal setup with netCDF<BR>
<BR>
>> /usr/bin/ld: /usr/local/src/netcdf-3.6.1/lib/libnetcdf.a(attr.o):<BR>
>> relocation<BR>
>> R_X86_64_32S against `a local symbol' can not be used when making a<BR>
>> shared object; recompile with -fPIC<BR>
<BR>
Yep. On x86_64 platform, -fPIC is required for virtually every library I<BR>
compile. It's a wonder that producing PIC isn't a default in the compiler<BR>
in this modern age; but that's a discussion for another forum.<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>