This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] Fix ICE on functions with no explicit nor implicit type(PR fortran/21729)


Jakub Jelinek wrote:
> This is after resolve_entries has been called, so if the function
> has any entries, ns->proc_name is the synthetized entry master
> which doesn't need to be checked, ns->entries->sym is the FUNCTION symbol
> and ns->entries->next->sym etc. are the ENTRY symbols.
> If the function doesn't have any ENTRY, ns->proc_name is the FUNCTION
> symbol.

Thanks for the explanation.  Yes this is ok then, I don't like that this adds
the assumption that the original function name will be first member of the
entry list, but I can't see a real way around this which doesn't involve
rewriting our handling of entries.  <rant>Resolution should never have to deal
with weird stuff we make up in the frontend, but instead closely follow the
Fortran standard and its requirements</rant>

Thanks,
- Tobi


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]