https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
--- Comment #28 from Matt Breedlove <breedlove.matt at gmail dot com> --- (In reply to Rainer Emrich from comment #26) > (In reply to Rainer Emrich from comment #25) > > (In reply to Richard Biener from comment #24) > > > Note that the issue should only cause option merging to be skipped for > > > files > > > in archives (and that, too, on x86_64-linux). Though compared to the 4.9 > > > branch > > > we do > > > > > > fd = open (argv[i], O_RDONLY); > > > if (fd == -1) > > > { > > > lto_argv[lto_argc++] = argv[i]; > > > continue; > > > } > > > > > > vs. > > > > > > fd = open (argv[i], O_RDONLY); > > > if (fd == -1) > > > continue; > > > > > > so we add the file to later processing even if we failed to open it. > > > Thus, > > > does removing _that_ also fix the issue? > > > > Native bootstrap for c,c++ started on x86_64-w64-mingw32. I will run the > > testsuite afterwards. Results expected in about 4 hours. > > Tested patch: > > Index: gcc/lto-wrapper.c > =================================================================== > --- gcc/lto-wrapper.c (Revision 222611) > +++ gcc/lto-wrapper.c (Arbeitskopie) > @@ -936,10 +936,7 @@ run_gcc (unsigned argc, char *argv[]) > } > fd = open (argv[i], O_RDONLY); > if (fd == -1) > - { > - lto_argv[lto_argc++] = argv[i]; > - continue; > - } > + continue; > > if (find_and_merge_options (fd, file_offset, LTO_SECTION_NAME_PREFIX, > &fdecoded_options, &fdecoded_options_count, > > > > Doesn't help, lto failures back again! Rainer, If you don't mind, what were the failures you were getting on this one or did the original reported errors simply return?