https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113357
Jeffrey A. Law <law at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P3 |P4
--- Comment #5 from Jeffrey A. Law <law at gcc dot gnu.org> ---
So given my bootstraps (qemu) are working the most likely scenarios are either
a difference in the emulators or a difference in the configure setup.
The first thing I would suggest would be to put the stage2 compiler under a
debugger and find out why it faulted. That might help with understanding the
problem. ie, are we segfaulting because we dereferenced a NULL pointer, or
perhaps faulting because we did an unaligned access, or whatever.
The next thing I would suggest would be extracting the .i file and confirming
you can feed that to the stage2 cc1 and see the fault. Assuming you can, then
you ought to be able to do an object bisection. ie, replace .o files for the
failing stage with those from a previous stage, relink, retest. It'll take a
while. But this usually results in finding a single trigger file. Once
that's narrowed down we can figure out the next steps.
