Jay Foad
2012-Feb-21 10:51 UTC
[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt
All, This buildbot is getting lots of assertion failures in the test suite. They were probably caused by my commit: ------------------------------------------------------------------------ r151049 | foad | 2012-02-21 09:25:52 +0000 (Tue, 21 Feb 2012) | 6 lines Changed paths: M /llvm/trunk/lib/VMCore/LLVMContextImpl.h M /llvm/trunk/lib/VMCore/Type.cpp PR1210: make uniquing of struct and function types more efficient by using a DenseMap and Talin's new GeneralHash, avoiding the need for a temporary std::vector on every lookup. Patch by Meador Inge! ------------------------------------------------------------------------ ... but I can't reproduce the failures on my machine. I'm also running x86_64 Linux, I've checked out the same revision of llvm+clang+testsuite as the buildbot, I'm doing a Release+Asserts build. Is anyone else seeing these failures? Any ideas how I can reproduce them here? Thanks, Jay. Example failure from http://lab.llvm.org:8011/builders/clang-x86_64-debian-fnt/builds/4877/steps/make.test-suite/logs/stdio : 0 clang 0x0000000001e417ff 1 clang 0x0000000001e43a62 2 libpthread.so.0 0x00002aaaaacd9f60 3 libc.so.6 0x00002aaaab8cb165 gsignal + 53 4 libc.so.6 0x00002aaaab8cdf70 abort + 384 5 libc.so.6 0x00002aaaab8c42b1 __assert_fail + 241 6 clang 0x0000000001d799dc llvm::Intrinsic::getDeclaration(llvm::Module*, llvm::Intrinsic::ID, llvm::ArrayRef<llvm::Type*>) + 172 7 clang 0x0000000001da8476 llvm::IRBuilderBase::CreateMemCpy(llvm::Value*, llvm::Value*, llvm::Value*, unsigned int, bool, llvm::MDNode*) + 278 8 clang 0x0000000000917059 clang::CodeGen::CodeGenFunction::EmitBuiltinExpr(clang::FunctionDecl const*, unsigned int, clang::CallExpr const*) + 13001 9 clang 0x000000000085491c clang::CodeGen::CodeGenFunction::EmitCallExpr(clang::CallExpr const*, clang::CodeGen::ReturnValueSlot) + 236 10 clang 0x0000000000879146 11 clang 0x00000000008807ae 12 clang 0x0000000000882f40 clang::CodeGen::CodeGenFunction::EmitScalarExpr(clang::Expr const*, bool) + 96 13 clang 0x0000000000847a27 clang::CodeGen::CodeGenFunction::EmitAnyExpr(clang::Expr const*, clang::CodeGen::AggValueSlot, bool) + 247 14 clang 0x00000000008e6948 clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 712 15 clang 0x00000000008e9e40 clang::CodeGen::CodeGenFunction::EmitCompoundStmt(clang::CompoundStmt const&, bool, clang::CodeGen::AggValueSlot) + 272 16 clang 0x00000000008ea0ff clang::CodeGen::CodeGenFunction::EmitSimpleStmt(clang::Stmt const*) + 271 17 clang 0x00000000008e66a7 clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 39 18 clang 0x00000000008e9c42 clang::CodeGen::CodeGenFunction::EmitIfStmt(clang::IfStmt const&) + 594 19 clang 0x00000000008e9e40 clang::CodeGen::CodeGenFunction::EmitCompoundStmt(clang::CompoundStmt const&, bool, clang::CodeGen::AggValueSlot) + 272 20 clang 0x00000000008ea0ff clang::CodeGen::CodeGenFunction::EmitSimpleStmt(clang::Stmt const*) + 271 21 clang 0x00000000008e66a7 clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 39 22 clang 0x00000000008e71ef clang::CodeGen::CodeGenFunction::EmitSwitchStmt(clang::SwitchStmt const&) + 1247 23 clang 0x00000000008e9e40 clang::CodeGen::CodeGenFunction::EmitCompoundStmt(clang::CompoundStmt const&, bool, clang::CodeGen::AggValueSlot) + 272 24 clang 0x00000000008ea0ff clang::CodeGen::CodeGenFunction::EmitSimpleStmt(clang::Stmt const*) + 271 25 clang 0x00000000008e66a7 clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 39 26 clang 0x00000000008f7193 clang::CodeGen::CodeGenFunction::GenerateCode(clang::GlobalDecl, llvm::Function*, clang::CodeGen::CGFunctionInfo const&) + 995 27 clang 0x00000000007ca16b clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition(clang::GlobalDecl) + 587 28 clang 0x00000000007dbe0e clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::GlobalDecl) + 190 29 clang 0x00000000007dc3ed clang::CodeGen::CodeGenModule::EmitGlobal(clang::GlobalDecl) + 1197 30 clang 0x00000000007dc82b clang::CodeGen::CodeGenModule::EmitTopLevelDecl(clang::Decl*) + 491 31 clang 0x00000000007bc394 32 clang 0x00000000007bb611 33 clang 0x0000000000918525 clang::ParseAST(clang::Sema&, bool) + 309 34 clang 0x00000000007baa04 clang::CodeGenAction::ExecuteAction() + 68 35 clang 0x000000000065e701 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 321 36 clang 0x0000000000647289 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 1609 37 clang 0x000000000063c268 cc1_main(char const**, char const**, char const*, void*) + 920 38 clang 0x0000000000645f77 main + 7079 39 libc.so.6 0x00002aaaab8b7c4d __libc_start_main + 253 40 clang 0x0000000000639ad9 Stack dump: 0. Program arguments: /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/clang -cc1 -triple x86_64-pc-linux-gnu -emit-llvm -disable-free -main-file-name slib.c -mrelocation-model static -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -momit-leaf-frame-pointer -coverage-file Output/slib.ll -resource-dir /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/../lib/clang/3.1 -D __USE_MISC -D __USE_GNU -D __USE_SVID -D __USE_XOPEN_EXTENDED -D __USE_XOPEN -D unix -D _GNU_SOURCE -D __STDC_LIMIT_MACROS -D NDEBUG -I /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.obj/MultiSource/Applications/siod -I /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod -I /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.obj/../test-suite.src/include -I ../../../include -I /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/include -I /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.src/include -fmodule-cache-path /var/tmp/clang-module-cache -internal-isystem /usr/local/include -internal-isystem /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/../lib/clang/3.1/include -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /include -internal-externc-isystem /usr/include -O3 -fdebug-compilation-dir /bin/pwd -ferror-limit 19 -fmessage-length 0 -mstackrealign -fgnu-runtime -fobjc-runtime-has-arc -fobjc-runtime-has-weak -fobjc-fragile-abi -fdiagnostics-show-option -disable-llvm-optzns -o Output/slib.ll -x c /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c 1. /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1133:1: current parser token 'LISP' 2. /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1097:6: LLVM IR generation of declaration 'gc_relocate' 3. /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1097:6: Generating code for declaration 'gc_relocate' 4. /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1098:1: LLVM IR generation of compound statement ('{}') 5. /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1103:4: LLVM IR generation of compound statement ('{}') 6. /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1126:2: LLVM IR generation of compound statement ('{}') On 21 February 2012 09:45, <llvm.buildmaster at lab.llvm.org> wrote:> The Buildbot has detected a new failure on builder clang-x86_64-debian-fnt while building llvm. > Full details are available at: > http://lab.llvm.org:8011/builders/clang-x86_64-debian-fnt/builds/4877 > > Buildbot URL: http://lab.llvm.org:8011/ > > Buildslave for this Build: gcc20 > > Build Reason: scheduler > Build Source Stamp: [branch trunk] 151050 > Blamelist: chandlerc,foad > > BUILD FAILED: failed make.test-suite > > sincerely, > -The Buildbot
Chandler Carruth
2012-Feb-21 11:45 UTC
[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt
On Tue, Feb 21, 2012 at 2:51 AM, Jay Foad <jay.foad at gmail.com> wrote:> All, > > This buildbot is getting lots of assertion failures in the test suite. > They were probably caused by my commit: > > ------------------------------------------------------------------------ > r151049 | foad | 2012-02-21 09:25:52 +0000 (Tue, 21 Feb 2012) | 6 lines > Changed paths: > M /llvm/trunk/lib/VMCore/LLVMContextImpl.h > M /llvm/trunk/lib/VMCore/Type.cpp > > PR1210: make uniquing of struct and function types more efficient by > using a DenseMap and Talin's new GeneralHash, avoiding the need for a > temporary std::vector on every lookup. > > Patch by Meador Inge! > > ------------------------------------------------------------------------ > > ... but I can't reproduce the failures on my machine. I'm also running > x86_64 Linux, I've checked out the same revision of > llvm+clang+testsuite as the buildbot, I'm doing a Release+Asserts > build. > > Is anyone else seeing these failures? Any ideas how I can reproduce them > here? >If the hashing is the culprit, there are many more variables to consider: different pointer values entering the hash can cause drastically different results. The best way to spot this is often through scrutiny and direct testing of the hashing. We've already found one bug in the hashing library, so it could likely be tested significantly more thoroughly. I don't have time tonight, but I can scrutinize the actual commit using the hashing library to see if we're just putting bad data into it. Either way, I would try speculatively reverting to ensure it is this patch. If so, we can keep experimenting with the patch, but it's important to get the builders back. There are several others seeing the failure as well.> > Thanks, > Jay. > > > Example failure from > > http://lab.llvm.org:8011/builders/clang-x86_64-debian-fnt/builds/4877/steps/make.test-suite/logs/stdio > : > > 0 clang 0x0000000001e417ff > 1 clang 0x0000000001e43a62 > 2 libpthread.so.0 0x00002aaaaacd9f60 > 3 libc.so.6 0x00002aaaab8cb165 gsignal + 53 > 4 libc.so.6 0x00002aaaab8cdf70 abort + 384 > 5 libc.so.6 0x00002aaaab8c42b1 __assert_fail + 241 > 6 clang 0x0000000001d799dc > llvm::Intrinsic::getDeclaration(llvm::Module*, llvm::Intrinsic::ID, > llvm::ArrayRef<llvm::Type*>) + 172 > 7 clang 0x0000000001da8476 > llvm::IRBuilderBase::CreateMemCpy(llvm::Value*, llvm::Value*, > llvm::Value*, unsigned int, bool, llvm::MDNode*) + 278 > 8 clang 0x0000000000917059 > clang::CodeGen::CodeGenFunction::EmitBuiltinExpr(clang::FunctionDecl > const*, unsigned int, clang::CallExpr const*) + 13001 > 9 clang 0x000000000085491c > clang::CodeGen::CodeGenFunction::EmitCallExpr(clang::CallExpr const*, > clang::CodeGen::ReturnValueSlot) + 236 > 10 clang 0x0000000000879146 > 11 clang 0x00000000008807ae > 12 clang 0x0000000000882f40 > clang::CodeGen::CodeGenFunction::EmitScalarExpr(clang::Expr const*, > bool) + 96 > 13 clang 0x0000000000847a27 > clang::CodeGen::CodeGenFunction::EmitAnyExpr(clang::Expr const*, > clang::CodeGen::AggValueSlot, bool) + 247 > 14 clang 0x00000000008e6948 > clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 712 > 15 clang 0x00000000008e9e40 > clang::CodeGen::CodeGenFunction::EmitCompoundStmt(clang::CompoundStmt > const&, bool, clang::CodeGen::AggValueSlot) + 272 > 16 clang 0x00000000008ea0ff > clang::CodeGen::CodeGenFunction::EmitSimpleStmt(clang::Stmt const*) + > 271 > 17 clang 0x00000000008e66a7 > clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 39 > 18 clang 0x00000000008e9c42 > clang::CodeGen::CodeGenFunction::EmitIfStmt(clang::IfStmt const&) + > 594 > 19 clang 0x00000000008e9e40 > clang::CodeGen::CodeGenFunction::EmitCompoundStmt(clang::CompoundStmt > const&, bool, clang::CodeGen::AggValueSlot) + 272 > 20 clang 0x00000000008ea0ff > clang::CodeGen::CodeGenFunction::EmitSimpleStmt(clang::Stmt const*) + > 271 > 21 clang 0x00000000008e66a7 > clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 39 > 22 clang 0x00000000008e71ef > clang::CodeGen::CodeGenFunction::EmitSwitchStmt(clang::SwitchStmt > const&) + 1247 > 23 clang 0x00000000008e9e40 > clang::CodeGen::CodeGenFunction::EmitCompoundStmt(clang::CompoundStmt > const&, bool, clang::CodeGen::AggValueSlot) + 272 > 24 clang 0x00000000008ea0ff > clang::CodeGen::CodeGenFunction::EmitSimpleStmt(clang::Stmt const*) + > 271 > 25 clang 0x00000000008e66a7 > clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 39 > 26 clang 0x00000000008f7193 > clang::CodeGen::CodeGenFunction::GenerateCode(clang::GlobalDecl, > llvm::Function*, clang::CodeGen::CGFunctionInfo const&) + 995 > 27 clang 0x00000000007ca16b > > clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition(clang::GlobalDecl) > + 587 > 28 clang 0x00000000007dbe0e > clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::GlobalDecl) > + 190 > 29 clang 0x00000000007dc3ed > clang::CodeGen::CodeGenModule::EmitGlobal(clang::GlobalDecl) + 1197 > 30 clang 0x00000000007dc82b > clang::CodeGen::CodeGenModule::EmitTopLevelDecl(clang::Decl*) + 491 > 31 clang 0x00000000007bc394 > 32 clang 0x00000000007bb611 > 33 clang 0x0000000000918525 clang::ParseAST(clang::Sema&, bool) > + 309 > 34 clang 0x00000000007baa04 > clang::CodeGenAction::ExecuteAction() + 68 > 35 clang 0x000000000065e701 > clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 321 > 36 clang 0x0000000000647289 > clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 1609 > 37 clang 0x000000000063c268 cc1_main(char const**, char > const**, char const*, void*) + 920 > 38 clang 0x0000000000645f77 main + 7079 > 39 libc.so.6 0x00002aaaab8b7c4d __libc_start_main + 253 > 40 clang 0x0000000000639ad9 > Stack dump: > 0. Program arguments: > > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/clang > -cc1 -triple x86_64-pc-linux-gnu -emit-llvm -disable-free > -main-file-name slib.c -mrelocation-model static -masm-verbose > -mconstructor-aliases -munwind-tables -target-cpu x86-64 > -momit-leaf-frame-pointer -coverage-file Output/slib.ll -resource-dir > > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/../lib/clang/3.1 > -D __USE_MISC -D __USE_GNU -D __USE_SVID -D __USE_XOPEN_EXTENDED -D > __USE_XOPEN -D unix -D _GNU_SOURCE -D __STDC_LIMIT_MACROS -D NDEBUG -I > > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.obj/MultiSource/Applications/siod > -I > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod > -I > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.obj/../test-suite.src/include > -I ../../../include -I > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/include > -I /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.src/include > -fmodule-cache-path /var/tmp/clang-module-cache -internal-isystem > /usr/local/include -internal-isystem > > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/llvm.obj/Release+Asserts/bin/../lib/clang/3.1/include > -internal-externc-isystem /usr/include/x86_64-linux-gnu > -internal-externc-isystem /include -internal-externc-isystem > /usr/include -O3 -fdebug-compilation-dir /bin/pwd -ferror-limit 19 > -fmessage-length 0 -mstackrealign -fgnu-runtime -fobjc-runtime-has-arc > -fobjc-runtime-has-weak -fobjc-fragile-abi -fdiagnostics-show-option > -disable-llvm-optzns -o Output/slib.ll -x c > > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c > 1. > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1133:1: > current parser token 'LISP' > 2. > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1097:6: > LLVM IR generation of declaration 'gc_relocate' > 3. > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1097:6: > Generating code for declaration 'gc_relocate' > 4. > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1098:1: > LLVM IR generation of compound statement ('{}') > 5. > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1103:4: > LLVM IR generation of compound statement ('{}') > 6. > /home/baldrick/osuosl/slave/clang-x86_64-debian-fnt/test-suite.src/MultiSource/Applications/siod/slib.c:1126:2: > LLVM IR generation of compound statement ('{}') > > > On 21 February 2012 09:45, <llvm.buildmaster at lab.llvm.org> wrote: > > The Buildbot has detected a new failure on builder > clang-x86_64-debian-fnt while building llvm. > > Full details are available at: > > http://lab.llvm.org:8011/builders/clang-x86_64-debian-fnt/builds/4877 > > > > Buildbot URL: http://lab.llvm.org:8011/ > > > > Buildslave for this Build: gcc20 > > > > Build Reason: scheduler > > Build Source Stamp: [branch trunk] 151050 > > Blamelist: chandlerc,foad > > > > BUILD FAILED: failed make.test-suite > > > > sincerely, > > -The Buildbot > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120221/6716921e/attachment.html>
Jay Foad
2012-Feb-21 11:51 UTC
[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt
On 21 February 2012 11:45, Chandler Carruth <chandlerc at google.com> wrote:> Either way, I would try speculatively reverting to ensure it is this patch. > If so, we can keep experimenting with the patch, but it's important to get > the builders back. There are several others seeing the failure as well.OK, I've reverted it. Duncan is letting me play on the build slave machine, where I'm having more luck reproducing it. I think the failures might depend on which version of GCC you use to compile LLVM. Or something. Cheers, Jay.
Meador Inge
2012-Feb-21 14:58 UTC
[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt
On Tue, Feb 21, 2012 at 4:51 AM, Jay Foad <jay.foad at gmail.com> wrote:> All, > > This buildbot is getting lots of assertion failures in the test suite. > They were probably caused by my commit: > > ------------------------------------------------------------------------ > r151049 | foad | 2012-02-21 09:25:52 +0000 (Tue, 21 Feb 2012) | 6 lines > Changed paths: > M /llvm/trunk/lib/VMCore/LLVMContextImpl.h > M /llvm/trunk/lib/VMCore/Type.cpp > > PR1210: make uniquing of struct and function types more efficient by > using a DenseMap and Talin's new GeneralHash, avoiding the need for a > temporary std::vector on every lookup. > > Patch by Meador Inge! > > ------------------------------------------------------------------------ > > ... but I can't reproduce the failures on my machine. I'm also running > x86_64 Linux, I've checked out the same revision of > llvm+clang+testsuite as the buildbot, I'm doing a Release+Asserts > build. > > Is anyone else seeing these failures? Any ideas how I can reproduce them here?I tested on x86_64 Fedora 16 with GCC 4.6.2 and OS X Lion with clang 3.0 and could not reproduce the problem. I will keep investigating. -- Meador
Jay Foad
2012-Feb-21 15:05 UTC
[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt
On 21 February 2012 14:58, Meador Inge <meadori at gmail.com> wrote:> On Tue, Feb 21, 2012 at 4:51 AM, Jay Foad <jay.foad at gmail.com> > I tested on x86_64 Fedora 16 with GCC 4.6.2 and OS X Lion with clang > 3.0 and could not reproduce the problem. I will keep investigating.I only get the failures with a Release build using GCC 4.4 (not 4.5 or 4.6). See this thread: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20120220/137504.html Thanks, Jay.
NAKAMURA Takumi
2012-Feb-21 15:51 UTC
[LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt
Jay, I can reproduce with -O2 and -O3. See http://bb.pgr.jp/builders/cmake-llvm-x86_64-linux/builds/185 gcc version 4.4.4 20100726 (Red Hat 4.4.4-13) (GCC) The failures could be suppressed with -O2 -fno-strict-aliasing. I am dubious to type punning in ADT/Hashing.h. ...Takumi
Seemingly Similar Threads
- [LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt
- [LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt
- [LLVMdev] buildbot failure in LLVM on clang-x86_64-debian-fnt
- [LLVMdev] buildbot failure in LLVM on ppc64le-sanitizer
- [LLVMdev] non-x86 sanitizer buildbots: no rule to make target check-lsan etc.