https://sourceware.org/bugzilla/show_bug.cgi?id=29435
Bug ID: 29435 Summary: Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned" Product: binutils Version: 2.38 Status: NEW Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: fxcoudert at gcc dot gnu.org Target Milestone: --- This is an issue we originally saw during Homebrew CI on Linux: https://github.com/Homebrew/homebrew-core/pull/106978 We've narrowed it down to a binutils issues, and openblas maintainers seem to think the same: https://github.com/xianyi/OpenBLAS/issues/3708 Using the same setup, we see the build succeed and produce a working shared library with binutils 2.37, but produce an invalid library with binutils 2.38. We configure openblas with DYNAMIC_ARCH=1 USE_OPENMP=1 NUM_THREADS=56 TARGET=CORE2 Compiling and linking a small test program against the library build with binutils 2.38 gives: ./test: error while loading shared libraries: libopenblas.so.0: ELF load command address/offset not properly aligned The library is originally produced by this compilation command: gcc -O2 -DSMALL_MATRIX_OPT -DMAX_STACK_ALLOC=2048 -fopenmp -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DDYNAMIC_ARCH -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=56 -DMAX_PARALLEL_NUMBER=1 -DBUILD_SINGLE=1 -DBUILD_DOUBLE=1 -DBUILD_COMPLEX=1 -DBUILD_COMPLEX16=1 -DVERSION=\"0.3.20\" -UASMNAME -UASMFNAME -UNAME -UCNAME -UCHAR_NAME -UCHAR_CNAME -DASMNAME= -DASMFNAME=_ -DNAME=_ -DCNAME= -DCHAR_NAME=\"_\" -DCHAR_CNAME=\"\" -DNO_AFFINITY -I.. -shared -o ../libopenblasp-r0.3.20.so \ -Wl,--whole-archive ../libopenblasp-r0.3.20.a -Wl,--no-whole-archive \ -Wl,-soname,libopenblas.so.0 -lm -lpthread -lgfortran -lm -lpthread -lgfortran -- You are receiving this mail because: You are on the CC list for the bug.