llvm-ar 12.0 regression crash

[lattera]

Bugzilla Link	50706
Resolution	INVALID
Resolved on	Jun 14, 2021 15:06
Version	12.0
OS	other
Blocks	#48661
CC	@emaste,@tstellar

Extended Description

FreeBSD recently imported llvm 12 in base. HardenedBSD is a derivative of FreeBSD that tracks FreeBSD very closely (syncing every six hours). HardenedBSD builds the (nearly) the entire userland with LTO (so both static/shared libraries and apps). llvm-ar 12 contains a regression that crashes llvm-ar.

uname -a: FreeBSD hbsd-current-01 14.0-CURRENT-HBSD FreeBSD 14.0-CURRENT-HBSD #​0 hardened/current/master-n190436-d33c442bf867-dirty: Fri May 28 12:45:43 EDT 2021 shawn@hbsd-current-01:/usr/obj/usr/src/amd64.amd64/sys/HARDENEDBSD amd64

cc --version:
FreeBSD clang version 12.0.0 ([email protected]:llvm/llvm-project.git llvmorg-12.0.0-0-gd28af7c654d8)
Target: x86_64-unknown-freebsd14.0
Thread model: posix
InstalledDir: /usr/obj/usr/src/amd64.amd64/tmp/usr/bin

Tarball of object files used with the build log below: https://hardenedbsd.org/~shawn/2021-06-14_libzstd.tar.xz

build log:

==== BEGIN LOG ====
===> lib/libzstd (obj,all,install)
building static zstd library
ar rcv libprivatezstd.a entropy_common.o error_private.o fse_decompress.o pool.o threading.o xxhash.o zstd_common.o fse_compress.o huf_compress.o zstd_compress.o zstd_compress_literals.o zstd_compress_sequences.o
zstd_compress_superblock.o zstdmt_compress.o huf_decompress.o zstd_ddict.o zstd_decompress.o zstd_decompress_block.o zbuff_common.o zbuff_compress.o zbuff_decompress.o cover.o divsufsort.o zdict.o zstd_fast.o
zstd_lazy.o zstd_ldm.o zstd_opt.o zstd_double_fast.o debug.o hist.o fastcover.o
Assertion failed: ((Record[i] == 5 || Record[i] == 6) && "Invalid attribute group entry"), function parseAttributeGroupBlock, file /usr/src/contrib/llvm-project/llvm/lib/Bitcode/Reader/BitcodeReader.cpp, line
1645.
PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace.
Stack dump:
0. Program arguments: ar rcv libprivatezstd.a entropy_common.o error_private.o fse_decompress.o pool.o threading.o xxhash.o zstd_common.o fse_compress.o huf_compress.o zstd_compress.o
zstd_compress_literals.o zstd_compress_sequences.o zstd_compress_superblock.o zstdmt_compress.o huf_decompress.o zstd_ddict.o zstd_decompress.o zstd_decompress_block.o zbuff_common.o zbuff_compress.o
zbuff_decompress.o cover.o divsufsort.o zdict.o zstd_fast.o zstd_lazy.o zstd_ldm.o zstd_opt.o zstd_double_fast.o debug.o hist.o fastcover.o
#​0 0x0000010ea28e6f86 llvm::sys::PrintStackTrace(llvm::raw_ostream&) /usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc:564:13
#​1 0x0000010ea28e4de1 llvm::sys::RunSignalHandlers() /usr/src/contrib/llvm-project/llvm/lib/Support/Signals.cpp:69:18
#​2 0x0000010ea28e7815 SignalHandler /usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc:0:3
#​3 0x000003a50c98161e handle_signal /usr/src/lib/libthr/thread/thr_sig.c:0:3
==== END LOG ====

[lattera]

It turns out that this is a HardenedBSD-specific problem. llvm-ar 11 was being used against llvm 12 bitcode. I'm going to close this bug report. Sorry for the noise!