[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug binutils/29435] New: Building openblas with binutils 2.38 leads to
From: |
fxcoudert at gcc dot gnu.org |
Subject: |
[Bug binutils/29435] New: Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned" |
Date: |
Mon, 01 Aug 2022 17:00:28 +0000 |
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.
- [Bug binutils/29435] New: Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned",
fxcoudert at gcc dot gnu.org <=
- [Bug binutils/29435] Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned", fxcoudert at gcc dot gnu.org, 2022/08/01
- [Bug binutils/29435] Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned", fxcoudert at gcc dot gnu.org, 2022/08/01
- [Bug binutils/29435] Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned", hjl.tools at gmail dot com, 2022/08/01
- [Bug binutils/29435] Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned", fxcoudert at gcc dot gnu.org, 2022/08/01
- [Bug binutils/29435] Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned", hjl.tools at gmail dot com, 2022/08/01
- [Bug binutils/29435] Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned", hjl.tools at gmail dot com, 2022/08/01
- [Bug binutils/29435] Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned", fxcoudert at gcc dot gnu.org, 2022/08/02
- [Bug binutils/29435] Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned", cvs-commit at gcc dot gnu.org, 2022/08/03