[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: libapl build bug--a cautionary tale

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

Hi Chris,

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

Best Regards,

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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]