https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #14 from Iain Sandoe <iains at gcc dot gnu.org> --- (In reply to Richard Biener from comment #13) > (In reply to Iain Sandoe from comment #9) > > (In reply to Richard Biener from comment #8) > > > I've pushed a fix for PR115137, it's likely this fixes also this bug. > Note stage1 and stage2 are not expected to compare equal - it's stage2 and > stage3 objects that are compared. Right, for the runtime objects they are built with the stage2 and stage3 compilers, but for the language objects (like the one we see here), those are built with the stage1 and stage2 compilers. I did check manually that the stage3 compiler does do the same as the stage2 (and that -fdebug-compare does not fail(. >> I don't expect the machine to make any difference - and I saw that this was >> also reported by at least one person for Linux too (although bootstrapping >> with O3, I think). >I think that was an ICE with prange. Hmm, I thougt I saw toon report the same file with a -O3 bootstrap on Linux: make[3]: Leaving directory '/home/toon/scratch/bld2850364' Comparing stages 2 and 3 Bootstrap comparison failure! gcc/d/opover.o differs make[2]: *** [Makefile:37306: compare] Error 1
