[Bug binutils/29435] New: Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned"

2022-08-01 Thread fxcoudert at gcc dot gnu.org
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.co

[Bug binutils/29435] Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned"

2022-08-01 Thread fxcoudert at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=29435 --- Comment #1 from Francois-Xavier Coudert --- How to reproduce: 1. Download and extract OpenBLAS-0.3.20 from https://github.com/xianyi/OpenBLAS/archive/v0.3.20.tar.gz 2. Run: $ DYNAMIC_ARCH=1 TARGET=CORE2 make libs netlib shared 3. Create

[Bug binutils/29435] Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned"

2022-08-01 Thread fxcoudert at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=29435 --- Comment #2 from Francois-Xavier Coudert --- I have put a copy of the faulty library (built on x86_64 linux) as well as the same one (built without `DYNAMIC_ARCH`) at this URL if someone wants to debug this issue further: https://www.dropbo

[Bug binutils/29435] Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned"

2022-08-01 Thread fxcoudert at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=29435 --- Comment #4 from Francois-Xavier Coudert --- We've had this issue across a bunch of different systems. Mine has Debian GLIBC 2.31-13+deb11u3 -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/29435] Building openblas with binutils 2.38 leads to "ELF load command address/offset not properly aligned"

2022-08-02 Thread fxcoudert at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=29435 --- Comment #7 from Francois-Xavier Coudert --- It was reported by @carlocab at github (https://github.com/xianyi/OpenBLAS/issues/3708#issuecomment-1202146894) that the patch fixes the original issue. -- You are receiving this mail because:

[Bug binutils/23728] nm fails on OS X 10.14 (Mojave)

2018-10-24 Thread fxcoudert at gcc dot gnu.org
||2018-10-24 CC||fxcoudert at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #3 from Francois-Xavier Coudert --- I can confirm that binutils does not handle Mach-O object files generated for 10.14

[Bug binutils/23728] binutils fail on macOS 10.14 (Mojave) due to unimplemented LC_BUILD_VERSION Mach-O load command

2018-10-24 Thread fxcoudert at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23728 Francois-Xavier Coudert changed: What|Removed |Added Summary|nm fails on OS X 10.14 |binutils fail on macOS

[Bug binutils/23728] nm fails on OS X 10.14 (Mojave)

2018-10-24 Thread fxcoudert at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23728 --- Comment #4 from Francois-Xavier Coudert --- I've found the root of the issue. binutils does not handle load command 0x32 LC_BUILD_VERSION (nor 0x31 LC_NOTE, actually). They are defined in recent LLVM versions: see https://github.com/llvm-m

[Bug binutils/23746] Debugging under x86_64-apple-darwin18.0.0 getting "not in executable format"

2018-11-07 Thread fxcoudert at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23746 Francois-Xavier Coudert changed: What|Removed |Added CC||fxcoudert at gcc dot