https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113174
--- Comment #8 from Daniel Kolesa ---
I tried an experiment: I canceled the build after initial generation of
insn-recog.cc and patched the offending part with logic from a stage-2
insn-recog.cc I managed to previously capture:
```
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113174
--- Comment #7 from Daniel Kolesa ---
I just tested this on big-endian ppc64 targeting power4/ppc970; I was able to
successfully bootstrap the compiler. It seems this is really specific to LE
after all (which makes sense I suppose, considering
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113174
--- Comment #6 from Daniel Kolesa ---
If it helps, I have reduced the patches to just the two that strictly necessary
for stage 1 build (I can't get rid of those, sorry, that would be asking for
the impossible), which are:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113174
--- Comment #5 from Andrew Pinski ---
(In reply to Daniel Kolesa from comment #4)
> I don't think builds with completely unchanged source are going to work, as
> the compiler won't even reach this point then (at very least several of them
> are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113174
--- Comment #4 from Daniel Kolesa ---
I don't think builds with completely unchanged source are going to work, as the
compiler won't even reach this point then (at very least several of them are
necessary for stage 1 to build at all)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113174
--- Comment #3 from Daniel Kolesa ---
this is the preprocessed source: https://0x0.st/HEt7.ii
It's generated with the following command line:
/builddir/gcc-13.2.1_git20231014/build/./prev-gcc/xg++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113174
Andrew Pinski changed:
What|Removed |Added
Host||powerpc64el-linux-musl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113174
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED