Re: FYI: Unable to build -r501994 ports' devel/llvm60 on clang 8 based powerpc64 system: "BFD (GNU Binutils) 2.32 assertion fail elflink.c:2935"
Mark Millard via freebsd-toolchain <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.toolchain,gmane.os.freebsd.devel.ppc |
|---|---|
| Message-ID | <[email protected]> |
On 2019-May-19, at 11:06, Dimitry Andric <dim at FreeBSD.org> wrote: > On 19 May 2019, at 16:56, Mark Millard via freebsd-toolchain <freebsd-toolchain at freebsd.org> wrote: >> This was in a poudriere bulk build on a head -r347549 based powerpc64 >> system with system clang 8 for cc and c++ and base/binutils >> for the likes of ld. (The system has the llvm libunwind patches >> for powerpc64 so throwing c++ exceptions work.) >> >> [4397/4552] : && /usr/bin/c++ -fPIC -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem /usr/local/include -fPIC -fvisibility-inlines-hidden -Werror=date-time -Werror=unguarded-availability-new -std=c++11 -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wcovered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Wstring-conversion -fcolor-diagnostics -ffunction-sections -fdata-sections -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem /usr/local/include -fstack-protector-strong -Wl,-z,origin -Wl,-O3 -Wl,--gc-sections -Wl,--version-script,/wrkdirs/usr/ports/devel/llvm60/work/.build/tools/l to/LTO.exports -shared -Wl,-soname,libLTO.so.6 -o lib/libLTO.so.6.0.1 tools/lto/CMakeFiles/LTO.dir/LTODisassembler.cpp.o tools/lto/CMakeFiles/LTO.dir/lto.cpp.o -L/usr/local/lib -Wl,-rpath,"\$ORIGIN/ ../ >> lib:/usr/local/lib" lib/libLLVM-6.0.so && : >> FAILED: lib/libLTO.so.6.0.1 >> : && /usr/bin/c++ -fPIC -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem /usr/local/include -fPIC -fvisibility-inlines-hidden -Werror=date-time -Werror=unguarded-availability-new -std=c++11 -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wcovered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Wstring-conversion -fcolor-diagnostics -ffunction-sections -fdata-sections -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem /usr/local/include -fstack-protector-strong -Wl,-z,origin -Wl,-O3 -Wl,--gc-sections -Wl,--version-script,/wrkdirs/usr/ports/devel/llvm60/work/.build/tools/lto/LTO.expor ts -shared -Wl,-soname,libLTO.so.6 -o lib/libLTO.so.6.0.1 tools/lto/CMakeFiles/LTO.dir/LTODisassembler.cpp.o tools/lto/CMakeFiles/LTO.dir/lto.cpp.o -L/usr/local/lib -Wl,-rpath,"\$ORIGIN/../lib:/usr/ loc >> al/lib" lib/libLLVM-6.0.so && : >> /usr/bin/powerpc64-unknown-freebsd13.0-ld: BFD (GNU Binutils) 2.32 assertion fail elflink.c:2935 >> /usr/bin/powerpc64-unknown-freebsd13.0-ld: BFD (GNU Binutils) 2.32 assertion fail elflink.c:2935 > > See <https://bugs.freebsd.org/237068>. I think this is a BFD ld bug, > but I still haven't been able to come up with a small test case. Any > help appreciated. :-) (Also noted in bugzilla comment #13:) The following 2 link commands, producing and using an vastly-smaller lib/libLLVM-6.0.so reproduce the messages: "/usr/bin/powerpc64-unknown-freebsd13.0-ld" \ "-Bshareable" \ "-o" "lib/libLLVM-6.0.so" \ "/usr/lib/crtbeginS.o" \ "--version-script" "/wrkdirs/usr/ports/devel/llvm60/work/.build/./lib/tools/llvm-shlib/simple_version_script.map" \ "--whole-archive" \ "lib/libLLVMCore.a" \ "--no-whole-archive" \ "-lm" /usr/bin/powerpc64-unknown-freebsd13.0-ld \ "-Bshareable" \ "-o" "lib/libLTO.so.6.0.1" \ "lib/libLLVM-6.0.so" It looks like lib/libLLVMCore.a would be next for making it smaller. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)