Re: libapl build bug--a cautionary tale

[Dr . Jürgen Sauermann]

Hi Chris,

thanks. I have added a file "README-13-build-pitfalls" explaining this.

Best Regards,
Jürgen

On 3/10/22 4:18 PM, Chris Moller wrote:

I just tried to build 1537 with libapl:

./configure --with-libapl

When 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 -fPIC

the 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-shared

after which the libapl build works.