https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
--- Comment #32 from rguenther at suse dot de <rguenther at suse dot de> --- On Wed, 24 Jul 2019, tkoenig at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813 > > --- Comment #31 from Thomas Koenig <tkoenig at gcc dot gnu.org> --- > (In reply to rguent...@suse.de from comment #30) > > > > So something is odd with how the frontend handles 'c_'. > > > > The symbol table has two: > > > > __f_MOD_c_/2 (c_) @0x7f763892d300 > > Type: variable definition analyzed > > Visibility: public > > References: > > Referring: __f_MOD_fs/6 (write) > > Availability: not-ready > > Varpool flags: > > > > __f_MOD_c_/15 (c_) @0x7f763892df80 > > Type: variable > > Visibility: external public > > previous sharing asm name: 2 > > References: > > Referring: MAIN__/8 (read) > > Availability: not-ready > > Varpool flags: > > Ok, so I presume the best way would be to add module variables > to the Fortran global variables (name mangling should make that > uniquie, if not we have serious other problems :-) > > One question: How do I get that symbol table printed out? > I can see it can be _extremely_ useful, but I don't know > how to get at it. It's dumped by -fdump-ipa-cgraph into source.000i.cgraph.
