https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49284
Eric Gallager <egallager at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |RESOLVED
Resolution|--- |INVALID
--- Comment #9 from Eric Gallager <egallager at gcc dot gnu.org> ---
(In reply to Eric Gallager from comment #8)
> (In reply to Matt Hargett from comment #7)
> > I get this when trying to compile scummvm with LTO and whole-program:
> >
> > $ /usr/lib/gcc-snapshot/bin/g++ --version
> >
> > g++ (Ubuntu/Linaro 20110813-1ubuntu1) 4.7.0 20110813 (experimental) [trunk
> > revision 177733]
> >
> >
> > $ CC=/usr/lib/gcc-snapshot/bin/gcc CXX=/usr/lib/gcc-snapshot/bin/g++
> > CFLAGS="-Ofast -flto" CXXFLAGS="-Ofast -flto" LDFLAGS="-flto
> > -fwhole-program" ./configure
> >
> > [...]
> >
> > $ make -j9
> >
> > [...]
> >
> >
> > RANLIB base/libbase.a
> > LINK scummvm
> > lto1: internal compiler error: in generate_canonical_option, at
> > opts-common.c:303
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > See <file:///usr/share/doc/gcc-snapshot/README.Bugs> for instructions.
> > lto-wrapper: /usr/lib/gcc-snapshot/bin/g++ returned 1 exit status
> > /usr/bin/ld.bfd.real: lto-wrapper failed
> > collect2: error: ld returned 1 exit status
> >
> >
> > Removing -fwhole-program and changing the CXXFLAGS to -O1 doesn't change the
> > behaviour. I can attach a tarball if downloading the latest scummvm tarball
> > is too bothersome.
> >
>
> If there's too many files to attach preprocessed source for each of them,
> could you at least post a link to the scummvm tarball you used?
Closing due to no response; can't reproduce bugs without a proper testcase.
