Your message dated Mon, 19 Jan 2015 21:14:36 +0100
with message-id <54bd65ac.7070...@the-gammons.net>
and subject line Possibly fixed in netcdf 4.3.3~rc3
has caused the Debian Bug report #568945,
regarding [netcdf] dev libraries built without PIC support
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
568945: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568945
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: netcdf
Version: 4.1~beta2

Built the latest ver of netcdf from experimental on testing because I
need to build python-netcdf4 which depends on latest netcdf.

Pkgs build fine, however compiling  python-netcdf4 fails due to
non-relocatable symbols in libnetcdf (i.e. the usual pic errors)

Tried correcting the problem by specifying --enable-pic flag in
debian/rules (i.e. DEB_CONFIGURE_EXTRA_FLAGS := ..... --enable-pic)
python-netcdf4 still fails.

I have since built netcdf 4.1 from upstream source (under /usr/local)
using the same configure flags as specified in debian/rules
(+--enable-pic). python-netcdf4 now compiles without error.

Appears to be a packaging error somewhere


Adrian

Squeeze 2.6.32-trunk-amd64

P.S.
python-netcdf4 fails when linking to libs fromm libnetcdf-dev:
=============================================================
gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -fPIC
build/temp.linux-x86_64-2.5/netCDF4.o -lnetcdf -lhdf5 -lhdf5_hl -lz -o
build/lib.linux-x86_64-2.5/netCDF4.so
/usr/bin/ld: 
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/libnetcdf.a(nc4attr.o): 
relocation R_X86_64_32 against `.rodata' can not be used when making a shared 
object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/libnetcdf.a: could
not read symbols: Bad value
collect2: ld returned 1 exit status
/usr/bin/ld: 
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/libnetcdf.a(nc4attr.o): 
relocation R_X86_64_32 against `.rodata' can not be used when making a shared 
object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/libnetcdf.a: could
not read symbols: Bad value
collect2: ld returned 1 exit status
error: Command "gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions
-fPIC build/temp.linux-x86_64-2.5/netCDF4.o -lnetcdf -lhdf5 -lhdf5_hl
-lz -o build/lib.linux-x86_64-2.5/netCDF4.so" failed with exit status 1





--- End Message ---
--- Begin Message ---
Version: 1:4.1.3-7.2

Hi,

Just tidying up the bugs ready for the 4.3.3 release of netcdf using
4.3.3~rc3 for testing purposes.

The build log for 4.3.3~rc3 confirms that netcdf is now building with
the -fPIC option.

But there have been several releases of both netcdf and python-netcdf
since 2010, so I assume this was fixed some time ago.

If closing this bug is premature, please feel free to reopen it.

Regards,

Ross Gammon

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
_______________________________________________
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel

Reply via email to