Your message dated Sat, 13 Dec 2014 19:35:14 +0100
with message-id <548c86e2.70...@mail.dk>
and subject line geographiclib: compiling with -fPIC
has caused the Debian Bug report #731864,
regarding libgeographiclib-dev: /usr/lib/libGeographic.a should be compiled 
with -fPIC compiler option
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.)


-- 
731864: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731864
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libgeographiclib-dev
Version: 1.21-1
Severity: important

Dear Maintainer,

I war trying to build a shared library that uses some coordinates conversion 
routines implemented by geographic lib.
I need to distribute my shared library (it will be used by a python 
application).
I would not like my application to depend on package libgeographic (that is, I 
would like to avoid that the user needs to install or copy 
/usr/lib/libGeographic.so.9 in it's system)

For these reasons I need to embed in my library the object code that is in 
libGeographic.a

But while doing this, the compiler complains that:

/usr/bin/ld: 
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib/libGeographic.a(MGRS.o): 
relocation R_X86_64_32S against `_ZTVN13GeographicLib13GeographicErrE' can not 
be used when making a shared object; recompile with -fPIC

This happens (in my understanding) because the MGRS.o was compiled from 
MGRS.cpp without passing the -fPIC option to the compiler.

So, please consider adding this option to your compiler build; without this 
option, the libGeographic.a can be used only to build self-contained 
executables and not self-contained libraries, that are preferred/needed when 
you are trying to integrate the library in a cpython environment (in my case I 
was trying to deliver a QGIS plugin).

Thanks, larzeni

-- System Information:
Debian Release: 7.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgeographiclib-dev depends on:
ii  libgeographiclib9  1.21-1

libgeographiclib-dev recommends no packages.

libgeographiclib-dev suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 1.35-2

Hi,

I am closing this bug, because the build log confirms that geographiclib
was (from at least from v1.35 up to v1.39) building with the -FPIC option.

Regards,

Ross

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