[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 Status|NEW

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org ---

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 --- Comment #21 from Harald Anlauf --- I did not encounter any ICE with the test cases in this PR which I tried. Have they been fixed by Steve's recent patch?

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 --- Comment #20 from Dominique d'Humieres --- > I cannot confirm that. I do see the ICE on comment 2 at r242066. OK. I have "recovered" the ICE with the patch at https://gcc.gnu.org/ml/gcc-patches/2016-11/msg01045.html (pr78267). AFAICT the ICE

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 --- Comment #19 from janus at gcc dot gnu.org --- (In reply to Dominique d'Humieres from comment #18) > I also see it with my latest build (r242058) > > [Book15] f90/bug% gfc -c pr44348_1.f90 > [Book15] f90/bug% I cannot confirm that. I do see

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 --- Comment #18 from Dominique d'Humieres --- > But your previous message seems to suggest that the ICE is gone on trunk. > This I cannot confirm. And I cannot imagine how my commit would cause that ... You missed: [Book15] f90/bug%

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 --- Comment #17 from janus at gcc dot gnu.org --- (In reply to Dominique d'Humieres from comment #16) > > Huh, I don't see how r241972 (which only deals with pointer assignments) > > could affect comment 2. > > > > I see it ICEing with r242047,

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 --- Comment #16 from Dominique d'Humieres --- > Huh, I don't see how r241972 (which only deals with pointer assignments) > could affect comment 2. > > I see it ICEing with r242047, as it did with previous releases: ... I am just reporting what

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 --- Comment #15 from janus at gcc dot gnu.org --- (In reply to Dominique d'Humieres from comment #14) > > The test in comment 2 compiles without error at revision r242002 > > although I think it is invalid. It gives an ICE with r241962. > > This

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 --- Comment #14 from Dominique d'Humieres --- > The test in comment 2 compiles without error at revision r242002 > although I think it is invalid. It gives an ICE with r241962. This is due to r241972 (pr77596).

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 Dominique d'Humieres changed: What|Removed |Added CC||janus at gcc dot gnu.org ---

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 --- Comment #12 from Gerhard Steinmetz --- Slightly modified variant : $ cat z7.f90 subroutine s(x) contains subroutine s(x) end end $ gfortran-7-20160828 z7.f90 z7.f90:3:0: subroutine s(x)

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 --- Comment #11 from Gerhard Steinmetz --- As a side note, with a slightly modified example b from comment 3 and $ gfortran --version GNU Fortran (SUSE Linux) 5.2.1 20151008 [gcc-5-branch revision 228597]

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 Dominique d'Humieres changed: What|Removed |Added CC||gerhard.steinmetz.fortran@t

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 --- Comment #9 from Vittorio Zecca zeccav at gmail dot com --- No, it is not valid, but gfortran should signal this with an error message. Not with a crash.

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 Bud Davis bdavis at gcc dot gnu.org changed: What|Removed |Added CC||bdavis at gcc dot

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 --- Comment #8 from Bud Davis bdavis at gcc dot gnu.org --- subroutine s contains SUBROUTINE s END SUBROUTINE end subroutine q? Is this valid ?

[Bug fortran/44348] ICE in build_function_decl

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 Vittorio Zecca zeccav at gmail dot com changed: What|Removed |Added Version|4.5.0 |4.8.0

[Bug fortran/44348] ICE in build_function_decl

--- Comment #3 from dfranke at gcc dot gnu dot org 2010-06-12 14:43 --- This goes off at a tangent, but still related to this PR ... I think this is valid as the RESULT f is in the scope of g only and shadows the FUNCTION f (Lahey accepts it): FUNCTION f() contains FUNCTION g()

[Bug fortran/44348] ICE in build_function_decl

--- Comment #4 from dfranke at gcc dot gnu dot org 2010-06-12 17:47 --- The patch below fixes the ICE in comment #2, but not the original report. However, it also message-regresses on FAIL: gfortran.dg/derived_function_interface_1.f90 -O (test for errors, line 41) FAIL:

[Bug fortran/44348] ICE in build_function_decl

--- Comment #2 from dfranke at gcc dot gnu dot org 2010-06-10 19:09 --- The same ICE is triggered by subroutine s contains SUBROUTINE s END SUBROUTINE end subroutine -- dfranke at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/44348] ICE in build_function_decl

--- Comment #1 from pault at gcc dot gnu dot org 2010-06-01 05:02 --- This is rather easily fixed, I suspect: if (sym-attr.dummy sym-attr.if_source == IFSRC_DECL) { ...error... } in resolve.c should do the job. Just have to find the right place! Confirmed Paul -- pault