[Bug fortran/93473] ICE on valid with long module + submodule names

2020-07-09 Thread abensonca at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 Andrew Benson changed: What|Removed |Added CC||abensonca at gcc dot gnu.org

[Bug fortran/93473] ICE on valid with long module + submodule names

2020-07-09 Thread anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 --- Comment #11 from anlauf at gcc dot gnu.org --- Anything left to do? I looked at the gcc-testresults, and it appears things are fixed now, e.g. for Solaris or aarch64.

[Bug fortran/93473] ICE on valid with long module + submodule names

2020-01-30 Thread abensonca at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 --- Comment #10 from Andrew Benson --- PR87103 is now resolved, which should also solve this problem.

[Bug fortran/93473] ICE on valid with long module + submodule names

2020-01-29 Thread clyon at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org --- Comment

[Bug fortran/93473] ICE on valid with long module + submodule names

2020-01-28 Thread abensonca at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 --- Comment #8 from Andrew Benson --- I think this is PR87103 causing this problem. There's a patch in that PR (simply removing the check for the overlong symbol name also works as the symbol name length is already checked elsewhere). The patch

[Bug fortran/93473] ICE on valid with long module + submodule names

2020-01-28 Thread ro at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 Rainer Orth changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

[Bug fortran/93473] ICE on valid with long module + submodule names

2020-01-28 Thread abensonca at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 Andrew Benson changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/93473] ICE on valid with long module + submodule names

2020-01-28 Thread cvs-commit at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 --- Comment #5 from CVS Commits --- The master branch has been updated by Andrew Benson : https://gcc.gnu.org/g:a83b5cc5828ee34471de415e8893242dd3b0a91b commit r10-6295-ga83b5cc5828ee34471de415e8893242dd3b0a91b Author: Andrew Benson Date:

[Bug fortran/93473] ICE on valid with long module + submodule names

2020-01-28 Thread abensonca at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 --- Comment #4 from Andrew Benson --- @Martin - yes, thanks for the reminder, I'll send the updated patch to the GCC mailing list.

[Bug fortran/93473] ICE on valid with long module + submodule names

2020-01-28 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug fortran/93473] ICE on valid with long module + submodule names

2020-01-27 Thread abensonca at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 --- Comment #2 from Andrew Benson --- Problem occurs in set_syms_host_assoc() where the "parent1" and "parent2" variables have a maximum length of GFC_MAX_SYMBOL_LEN+1. This is insufficient when the parent names are a module+submodule name

[Bug fortran/93473] ICE on valid with long module + submodule names

2020-01-27 Thread abensonca at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 --- Comment #1 from Andrew Benson --- Created attachment 47722 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47722=edit Proposed patch