https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559
Jan Hubicka <hubicka at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hubicka at gcc dot gnu.org
--- Comment #3 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
lto1.exe: internal compiler error: in read_cgraph_and_symbols, at
lto/lto.c:2947
does not seem like stack limit issue.
/* True, since the plugin splits the archives. */
gcc_assert (num_objects == nfiles);
so it seems there is some confussion in handling the object files. num_objects
is the number of objects stored by linker to resolution file, while nfiles is
number of objects seen by GCC. How they differ?
This may be either linker or simple-object bug I guess.
with --save-temps you can check the .res file and see if it looks sane.
