[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #17 from John Paul Adrian Glaubitz --- (In reply to Sam James from comment #16) > glaubitz, could you check with gcc-14.2 or trunk? I have a feeling honza's > IPA fixes recently sort this. No improvement here, unfortunately. clang s

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #16 from Sam James --- glaubitz, could you check with gcc-14.2 or trunk? I have a feeling honza's IPA fixes recently sort this.

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #15 from Segher Boessenkool --- (In reply to Jessica Clarke from comment #8) > The clang/ subdirectory should be building itself with -fno-strict-aliasing > on GCC already "Should". I guess you mean "is", as in "we already conclude

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #14 from Segher Boessenkool --- (In reply to Andrew Pinski from comment #7) > This code gives me strict aliasing violation vibes: > ``` > T **getAddressOfPointer(ExternalASTSource *Source) const { > // Ensure the integer is in po

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #13 from John Paul Adrian Glaubitz --- (In reply to Andrew Pinski from comment #7) > `-fno-lifetime-dse` is already used but I get the feeling there might be > strict aliasing issues in the code though. What happens if you add > -fn

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #12 f

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #11 from John Paul Adrian Glaubitz --- (In reply to John Paul Adrian Glaubitz from comment #10) > (In reply to Kewen Lin from comment #9) > > Since it's a breakage during stage2, it's concluded that some built stage1 > > stuffs behav

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #10 from John Paul Adrian Glaubitz --- (In reply to Kewen Lin from comment #9) > Since it's a breakage during stage2, it's concluded that some built stage1 > stuffs behave unexpectedly. You probably can try to run regression testing

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 Kewen Lin changed: What|Removed |Added CC||linkw at gcc dot gnu.org --- Comment #9 fro

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #8 from Jessica Clarke --- The clang/ subdirectory should be building itself with -fno-strict-aliasing on GCC already

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #7 from Andrew Pinski --- `-fno-lifetime-dse` is already used but I get the feeling there might be strict aliasing issues in the code though. What happens if you add -fno-strict-aliasing ? This code gives me strict aliasing violati

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #6 from Andrew Pinski --- The backtrace in the llvm bug report is not very useful either. Maybe look into that first to see if it is obvious which function might be compiling "incorrectly". Maybe there is a bug in the new clang code

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #5 from Segher Boessenkool --- (In reply to John Paul Adrian Glaubitz from comment #3) > (In reply to Segher Boessenkool from comment #2) > > We need a reduced testcase. > > Any suggestion on how to proceed here? Nothing in particu

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #4 from Andrew Pinski --- I should mention that LLVM has/had known issues with -flifetime-dse so it might be useful also to show how stage1 of LLVM/clang was being built.

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #3 from John Paul Adrian Glaubitz --- (In reply to Andrew Pinski from comment #1) > This could still be a bug in LLVM too. > > Without much more information, it is hard to decide. I fully agree. I filed this bug report to broaden t

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 --- Comment #2 from Segher Boessenkool --- We need a reduced testcase.

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|