|
From: | Dr . Jürgen Sauermann |
Subject: | Re: libapl build bug--a cautionary tale |
Date: | Fri, 11 Mar 2022 18:30:21 +0100 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 |
I just tried to build 1537 with libapl:
./configure --with-libaplWhen you do that, the final link blows up with a couple hundred lines of variations of:
/usr/bin/ld: /usr/local/lib/libfftw3.a(apiplan.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPICthe variations being all the *.o files in libfftw3.a: import-system-wisdom.o, import-wisdom-from-file.o, etc.
It turns that if you build fftw from fftw-3.3.10.tar.gz with the default ./configure, it only builds the .a library and not the .so shared library. This works in the apl build if you're just building executable apl, though you're probably linking against libfftw3.a, but dies if you're building libapl.
You can make fftw build the .so* libs by configuring with:
./configure --enable-sharedafter which the libapl build works.
[Prev in Thread] | Current Thread | [Next in Thread] |