What happened?
When defining LAPACK_LIBRARIES explicitly, ectrans should take it rather than set it via introspection methods.
See also problems in https://jira.ecmwf.int/browse/IFS-4903 where for a Cray system, LAPACK_LIBRARIES was set to sci_cray_mp explicitly via a toolchain file.
In ectrans_find_lapack this gets overwritten with sci_cray, resulting in multiple conflicting libraries being linked in, in downstream packages.
What are the steps to reproduce the bug?
On LUMI with cce/19 build ectrans with -DLAPACK_LIBRARIES=sci_${_cray_prgenv}_mp
Version
1.5.1
Platform (OS and architecture)
LUMI cce/19
Relevant log output
for f in $(find lib -name '*trans*'); do echo $f; ldd $f | grep sci; done
lib/libectrans_common.so
libsci_cray_mp.so.6 => /opt/cray/pe/libsci/25.03.0/CRAYCLANG/17.0/x86_64/lib/libsci_cray_mp.so.6 (0x0000154e62671000)
lib/libtransi_dp.so
libsci_cray.so.6 => /opt/cray/pe/cce/19.0.0/cce/x86_64/bin/../../../../../libsci/25.03.0/CRAY/17.0/x86_64/lib/libsci_cray.so.6 (0x000015011bded000)
libsci_cray_mp.so.6 => /opt/cray/pe/libsci/25.03.0/CRAYCLANG/17.0/x86_64/lib/libsci_cray_mp.so.6 (0x000015011877e000)
lib/libectrans_dp.so
libsci_cray_mp.so.6 => /opt/cray/pe/libsci/25.03.0/CRAYCLANG/17.0/x86_64/lib/libsci_cray_mp.so.6 (0x000014fb5f30d000)
Accompanying data
No response
Organisation
ECMWF
What happened?
When defining LAPACK_LIBRARIES explicitly, ectrans should take it rather than set it via introspection methods.
See also problems in https://jira.ecmwf.int/browse/IFS-4903 where for a Cray system, LAPACK_LIBRARIES was set to sci_cray_mp explicitly via a toolchain file.
In
ectrans_find_lapackthis gets overwritten withsci_cray, resulting in multiple conflicting libraries being linked in, in downstream packages.What are the steps to reproduce the bug?
On LUMI with cce/19 build ectrans with -DLAPACK_LIBRARIES=sci_${_cray_prgenv}_mp
Version
1.5.1
Platform (OS and architecture)
LUMI cce/19
Relevant log output
Accompanying data
No response
Organisation
ECMWF