[clang] [llvm] [SPARC] Align i128 to 16 bytes in SPARC datalayouts (PR #106951)
Rainer Orth via cfe-commits
cfe-commits at lists.llvm.org
Mon Sep 30 04:28:20 PDT 2024
rorth wrote:
In a local `sparcv9-sun-solaris2.11` build, I get (with `-silence-passes` removed)
```
> /var/llvm/dist-sparcv9-release-stage2-A-flang-clang19/tools/clang/stage2-bins/bin/bugpoint -load /var/llvm/dist-sparcv9-release-stage2-A-flang-clang19/tools/clang/stage2-bins/lib/BugpointPasses.so /vol/llvm/src/llvm-project/dist/llvm/test/BugPoint/remove_arguments_test.ll -output-prefix /var/llvm/dist-sparcv9-release-stage2-A-flang-clang19/tools/clang/stage2-bins/test/BugPoint/Output/remove_arguments_test.ll.tmp -bugpoint-crashcalls
Read input file : '/vol/llvm/src/llvm-project/dist/llvm/test/BugPoint/remove_arguments_test.ll'
*** All input ok
Running selected passes on program to test for crash: Assertion failed: Pos != size_t(-1) && "no i64 data layout found!", file /vol/llvm/src/llvm-project/dist/llvm/lib/IR/AutoUpgrade.cpp, line 5526
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace.
Stack dump:
0. Program arguments: /var/llvm/dist-sparcv9-release-stage2-A-flang-clang19/tools/clang/stage2-bins/bin/opt -bugpoint-enable-legacy-pm -disable-symbolication -o /var/llvm/dist-sparcv9-release-stage2-A-flang-clang19/tools/clang/stage2-bins/test/BugPoint/Output/remove_arguments_test.ll.tmp-output-919fb11.bc -load /var/llvm/dist-sparcv9-release-stage2-A-flang-clang19/tools/clang/stage2-bins/lib/BugpointPasses.so -bugpoint-crashcalls /var/llvm/dist-sparcv9-release-stage2-A-flang-clang19/tools/clang/stage2-bins/test/BugPoint/Output/remove_arguments_test.ll.tmp-input-7ed07c3.bc
Stack dump without symbol names (ensure you have llvm-symbolizer in your PATH or set the environment var `LLVM_SYMBOLIZER_PATH` to point to it):
0 opt 0x0000000107d31e74 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) + 36
1 opt 0x0000000107d32778 SignalHandler(int) + 896
2 libc.so.1 0x00007fffff0c6398 __sighndlr + 12
3 libc.so.1 0x00007fffff0b8c40 call_user_handler + 1024
4 libc.so.1 0x00007fffff0b9030 sigacthandler + 208
5 libc.so.1 0x00007fffff0cb4b0 __lwp_sigqueue + 8
6 libc.so.1 0x00007ffffefe519c abort + 252
7 libc.so.1 0x00007ffffefe5fd0 _assert + 96
8 opt 0x0000000107974b8c llvm::UpgradeDataLayoutString[abi:cxx11](llvm::StringRef, llvm::StringRef) + 4176
9 opt 0x00000001078c3ba4 (anonymous namespace)::BitcodeReader::parseModule(unsigned long, bool, llvm::ParserCallbacks)::$_0::operator()() const + 96
10 opt 0x00000001078bc3c8 (anonymous namespace)::BitcodeReader::parseModule(unsigned long, bool, llvm::ParserCallbacks) + 3804
11 opt 0x0000000107898b8c llvm::BitcodeModule::getModuleImpl(llvm::LLVMContext&, bool, bool, bool, llvm::ParserCallbacks) + 3592
12 opt 0x000000010789df6c llvm::BitcodeModule::parseModule(llvm::LLVMContext&, llvm::ParserCallbacks) + 296
13 opt 0x000000010789e184 llvm::parseBitcodeFile(llvm::MemoryBufferRef, llvm::LLVMContext&, llvm::ParserCallbacks) + 388
14 opt 0x0000000107710934 llvm::parseIR(llvm::MemoryBufferRef, llvm::SMDiagnostic&, llvm::LLVMContext&, llvm::ParserCallbacks) + 588
15 opt 0x0000000107711184 llvm::parseIRFile(llvm::StringRef, llvm::SMDiagnostic&, llvm::LLVMContext&, llvm::ParserCallbacks) + 540
16 opt 0x0000000103647560 optMain + 3140
17 opt 0x0000000103645f24 _start + 100
Crashed: Abort
Dumped core
```
and several more instances of that.
I wonder how this patch has ever been tested natively...
https://github.com/llvm/llvm-project/pull/106951
More information about the cfe-commits
mailing list