https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118927
--- Comment #7 from Andrew Pinski ---
(In reply to Nate Eldredge from comment #6)
> After some brief digging, it seems like the problem is that
> `cxx_printable_name_internal` can be called recursively by `lang_decl_name'
> (via `announce_functi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118927
--- Comment #6 from Nate Eldredge ---
After some brief digging, it seems like the problem is that
`cxx_printable_name_internal` can be called recursively by `lang_decl_name'
(via `announce_function'). This is bad because, with its static ring b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118927
--- Comment #5 from Nate Eldredge ---
Oh, it's actually triggered by the compilation of a-foo.ii itself, but the
gcm.cache has to have previously been created.
The gcm.cache is too large to post as an attachment, but I can share it another
way
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118927
--- Comment #4 from Nate Eldredge ---
Note for testing that the compiler doesn't crash when compiling only
bits/std.cc, or when a-std.ii and a-foo.ii are concatenated into a single file.
It seems to be important that they are passed as separate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118927
--- Comment #3 from Nate Eldredge ---
Created attachment 60527
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60527&action=edit
stderr output from compilation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118927
--- Comment #2 from Nate Eldredge ---
Created attachment 60526
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60526&action=edit
Preprocessor output for std.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118927
--- Comment #1 from Nate Eldredge ---
Created attachment 60525
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60525&action=edit
Preprocessor output for foo.cc