Enabling precompilation fails the compilation

[dlesnoff]

I am trying to compile fflas on the Jean-Zay server.
I compiled:

• OpenBLAS-0.3.29 in single-threaded mode in user directory ~/OpenBLAS-0.3.29-st
• Givaro-4.2.0 (Sablet) in a user directory in a directory of the same name in my home directory.

I attempted to configure the project with the command:

export PKG_CONFIG_PATH=~/givaro-4.2.0/lib/pkgconfig
./configure --with-blas-libs=~/OpenBLAS-0.3.29-st/lib/ --with-blas-cflags=~/OpenBLAS-0.3.29-st/include/ --enable-precompilation --enable-doc 

I use gcc 14.2.0.

You can find the log attached below:
fflas-config.log

[dlesnoff]

module unload gcc
module load gmp

solved the issue. Somehow the absence of GMP was not clearly identified.

The BLAS is now not detected but that is another issue.
Here is the new config.log:

fflas-config.log
(EDIT: update the config.log)

[dlesnoff]

On Jean-Zay, I managed to get over the ./configure step by adding the -Wl,rpath option to the path after the --with-blas-libs configuration parameter.
The compilation failed though. I must check beforehand if I can share the logs safely.

I tried on another computing server (Xeon Gold 6354 CPU) and Debian GNU/Linux 12 and the compilation failed both on the latest release (v2.5.0) and on the tip of the devel branch.
Below is the step-by-step process I followed:
I refered to OpenBLAS faq for single-thread compilation: http://www.openmathlib.org/OpenBLAS/docs/faq/#how-can-i-use-openblas-in-multi-threaded-applications

git clone git@github.com:OpenMathLib/OpenBLAS.git
cd OpenBLAS && make USE_THREAD=0 USE_LOCKING=1 && cd ..
git clone git@github.com:linbox-team/givaro.git
cd givaro
./autogen.sh --prefix=$PWD
make
make install
cd ..
git clone git@github.com:linbox-team/fflas-ffpack.git
cd fflas-ffpack
./autogen.sh --prefix="/dsk/l1/lesnoff/fflas-ffpack" --with-blas-cflags="-I/dsk/l1/lesnoff/OpenBLAS/include" --with-blas-libs="-L/dsk/l1/lesnoff/OpenBLAS/lib -Wl,-rpath /dsk/l1/lesnoff/OpenBLAS/lib -lopenblas"  --enable-precompilation
make

Here is the error on the v2.5.0:

libtool: link: ( cd ".libs" && rm -f "libfflas.la" && ln -s "../libfflas.la" "libfflas.la" )
/bin/bash ../../../libtool  --tag=CXX   --mode=link g++ -O2 -march=native -Wall -DNDEBUG -UDEBUG  -I/dsk/l1/lesnoff/OpenBLAS/include   -version-info 1:0:0 -no-undefined  -o libfflas_c.la -rpath /dsk/l1/lesnoff/fflas-ffpack/lib fflas_lvl1.lo fflas_lvl2.lo fflas_lvl3.lo fflas_sparse.lo libfflas.la -L/dsk/l1/lesnoff/OpenBLAS/lib -Wl,-rpath /dsk/l1/lesnoff/OpenBLAS/lib -lopenblas
libtool: link: g++  -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/12/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/12/crtbeginS.o  .libs/fflas_lvl1.o .libs/fflas_lvl2.o .libs/fflas_lvl3.o .libs/fflas_sparse.o   -Wl,-rpath -Wl,/dsk/l1/lesnoff/fflas-ffpack/fflas-ffpack/interfaces/libs/.libs -Wl,-rpath -Wl,/dsk/l1/lesnoff/fflas-ffpack/lib ./.libs/libfflas.so -L/dsk/l1/lesnoff/OpenBLAS/lib -lopenblas -L/usr/lib/gcc/x86_64-linux-gnu/12 -L/usr/lib/gcc/x86_64-linux-gnu/12/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/12/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/12/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/12/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/12/../../../x86_64-linux-gnu/crtn.o  -O2 -march=native -Wl,-rpath   -Wl,-soname -Wl,libfflas_c.so.1 -o .libs/libfflas_c.so.1.0.0
/usr/bin/ld: cannot find libfflas_c.so.1: No such file or directory
collect2: error: ld returned 1 exit status
make[4]: *** [Makefile:572: libfflas_c.la] Error 1

Strangely, if I switch --with-blas-libs and --with-blas-cflags positions, autogen.sh or configure do not find the BLAS library.

EDIT: I tried to recompile using v4.2.0 givaro version as well, as I've been told that the two Sablet versions are known to work together.

[vneiger]

I tried the same steps (OpenBLAS with the same options and then configure FFLAS-FFPACK). Everything worked fine, but using

./configure --prefix=/dsk/l1/vneiger --with-blas-libs="-L/dsk/l1/vneiger/OpenBLAS -Wl,-rpath /dsk/l1/vneiger/OpenBLAS -lopenblas" --with-blas-cflags="-I/dsk/l1/vneiger/OpenBLAS"

Then compiling e.g. benchmarks/benchmark-fgemm.C links to the right OpenBLAS, ldd gives me

libopenblas.so.0 => /dsk/l1/vneiger/OpenBLAS/libopenblas.so.0 (0x00007f262e600000)

In your configure line, you have things like lesnoff/OpenBLAS/lib and lesnoff/OpenBLAS/include, but I don't see lib and include in the OpenBLAS folder after the make command. Could you check whether following the above configure line that worked for me, works for you as well?

[dlesnoff]

Hi, I can confirm you that I do have a lesnoff/OpenBLAS/lib folder with e.g. libopenblas.so.0 as well as a lesnoff/OpenBLAS/include folder with 'f77blas.h' and other files.

I tried to recompile by removing lib and include from paths without success. I obtained a "BLAS not found! error" at the configure step.
When I removed the --with-blas-cflags parameter, the configure step worked but the compilation then failed with /usr/bin/ld: cannot find libffpack.so.1: No such file or directory.

Could you tell me which version of OpenBLAS have you compiled ? And in which directory did you make your installation?

[vneiger]

I did what you wrote in your message:

git clone git@github.com:OpenMathLib/OpenBLAS.git
cd OpenBLAS
make USE_THREAD=0 USE_LOCKING=1

Trying again, this does not create include or lib, in my case.

[dlesnoff]

@vneiger You need to perform a make install as well in principle.
If you specify the prefix directory like me, this gives:

git clone git@github.com:OpenMathLib/OpenBLAS.git
cd OpenBLAS
make PREFIX=$PWD USE_THREAD=0 USE_LOCKING=1
make install PREFIX=$PWD USE_THREAD=0 USE_LOCKING=1

Are you sure there wasn't a previously installed OpenBLAS that could interfere ?

[vneiger]

Ok, I did this (make install with these options) and no problem, using for FFLAS-FFPACK

./configure --prefix=/dsk/l1/vneiger --with-blas-libs="-L/dsk/l1/vneiger/OpenBLAS/lib -Wl,-rpath /dsk/l1/vneiger/OpenBLAS/lib -lopenblas" --with-blas-cflags="-I/dsk/l1/vneiger/OpenBLAS/include"

No interference: ldd on some compiled file gives

libopenblas.so.0 => /dsk/l1/vneiger/OpenBLAS/lib/libopenblas.so.0 (0x00007f290c000000)

[dlesnoff]

Should I update my LD_LIBRARY_PATH with OpenBLAS path?

[vneiger]

Update: I do have an error similar to yours (although not exactly the same) during make when I add --enable-precompilation, like you did, to the configure of FFLAS-FFPACK:

libtool: link: g++  -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/12/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/12/crtbeginS.o  .libs/ffpack_inst.o   -Wl,-rpath -Wl,/dsk/l1/vneiger/fflas-ffpack/fflas-ffpack/interfaces/libs/.libs -Wl,-rpath -Wl,/dsk/l1/vneiger/lib ./.libs/libfflas.so -L/dsk/l1/vneiger/OpenBLAS/lib -lopenblas -L/usr/lib/gcc/x86_64-linux-gnu/12 -L/usr/lib/gcc/x86_64-linux-gnu/12/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/12/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/12/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/12/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/12/../../../x86_64-linux-gnu/crtn.o  -O2 -march=native -fopenmp -Wl,-rpath   -fopenmp -Wl,-soname -Wl,libffpack.so.1 -o .libs/libffpack.so.1.0.0
/usr/bin/ld: cannot find libffpack.so.1: No such file or directory

[vneiger]

(So a fix, at least temporarily, would be to avoid using --enable-precompilation, or is this really mandatory for your use case?)

[dlesnoff]

After recompilation of OpenBLAS, I had the exact same error message, with libffpack.so.1 missing instead of libfflas_c.so.1
I confirm that by removing --enable-precompilation fflas compiles.

[dlesnoff]

As I do not need to ensure --enable-precompilation, I close this issue.