[Debichem-devel] libopenbabel build failure

Michael Banck mbanck at debian.org
Sun Oct 31 22:06:13 UTC 2010


On Sat, Oct 30, 2010 at 05:51:10PM +0200, Daniel Leidert wrote:
> Am Freitag, den 29.10.2010, 11:52 +0200 schrieb Michael Banck:
> > On Fri, Oct 29, 2010 at 11:39:28AM +0200, Daniel Leidert wrote:
> [..]
> > Right, I forgot to commit the source/format file which switches to "3.0 
> > (quilt)", so the inchi patch in debian/patches got ignored in your
> > build.  I've done that now.
> >
> > That patch forces a static compilation of libinchi, which I think is the
> > reasonable thing to do for now (and which I wanted to bring up with
> > upstream as well).  I started looking into packaging libinchi
> > seperately, but it is pretty Windows-centric still.
> Unfortunately that still FTBFS:
> > /usr/bin/ld: inchi103/libinchi.a(ikey_dll.o): relocation R_X86_64_32
> > against `.rodata.str1.1' can not be used when making a shared
> > object; recompile with -fPIC inchi103/libinchi.a: could not read
> > symbols: Bad value

Right, it builds fine on i386 but there's the appropriate lintian error
which would get it rejected.

I followed-up with upstream about inchi - I think it should be generally
linked in statically as it is a foreign library, but no reaction over
the weekend yet.

I treid to figure out an elegant way to build with -fPIC but did not
manage so far - if no consensus is reached with upstream we will have to
hack up something.


More information about the Debichem-devel mailing list