https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68367
--- Comment #7 from Christophe Lyon <clyon at gcc dot gnu.org> --- (In reply to rguent...@suse.de from comment #6) > On Mon, 16 Nov 2015, clyon at gcc dot gnu.org wrote: > > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68367 > > > > --- Comment #5 from Christophe Lyon <clyon at gcc dot gnu.org> --- > > (In reply to Richard Biener from comment #3) > > > (In reply to Christophe Lyon from comment #2) > > > > (In reply to Richard Biener from comment #1) > > > > > Ok, so I assume this is after the fix for PR68306. > > > > > > > > Indeed: that was fixed at r230310, at which point my build still > > > > succeded. > > > > > > > > It started to fail at r230311. > > > > > > Hmm, in a tree with the fix for PR68306 I can't reproduce with a cross. > > > > > > Can you double-check please? > > > > I've just reproduced it again with an extract at r230402. > > > > Please make sure you use target armeb-none-linux-gnueabihf, not > > arm-none-linux-gnueabihf as Martin used. It works for > > arm-none-linux-gnueabihf, > > but not for armeb-none-linux-gnueabihf (big-endian) > > r230428? Build completed now, thanks!
