[Bug fortran/37829] ICE in resolve_symbol

2009-10-25 Thread dominiq at lps dot ens dot fr
--- Comment #9 from dominiq at lps dot ens dot fr 2009-10-25 15:34 --- (In reply to comment #8) > > It seems that the patch in comment #2 has been silently applied > Not exactly silently. It was pr38672 Thanks for the pointer. This PR has not been marked as a duplicate of pr38672 and w

[Bug fortran/37829] ICE in resolve_symbol

2009-10-24 Thread mikael at gcc dot gnu dot org
--- Comment #8 from mikael at gcc dot gnu dot org 2009-10-24 22:42 --- (In reply to comment #7) > It seems that the patch in comment #2 has been silently applied Not exactly silently. It was pr38672 > Apparently the failure of the test in comment #4 is due to the fact that > c_funptr i

[Bug fortran/37829] ICE in resolve_symbol

2009-10-23 Thread dominiq at lps dot ens dot fr
--- Comment #7 from dominiq at lps dot ens dot fr 2009-10-23 15:01 --- It seems that the patch in comment #2 has been silently applied (I have been unable to find when) and that the test in comment #0 no longer gives an ICE for gfortran 4.3.4, 4.4.1, and trunk. Apparently the failure of

[Bug fortran/37829] ICE in resolve_symbol

2008-12-15 Thread dominiq at lps dot ens dot fr
--- Comment #6 from dominiq at lps dot ens dot fr 2008-12-15 12:48 --- Compiling the test in comment #4 gives: pr37829_2.f90:21.6: d = c_funloc (g) 1 Error: Can't convert TYPE(_gfortran_iso_c_binding_c_funptr) to TYPE(c_funptr) at (1) looking the gfortran sources for "c_funptr"

[Bug fortran/37829] ICE in resolve_symbol

2008-12-09 Thread burnus at gcc dot gnu dot org
--- Comment #5 from burnus at gcc dot gnu dot org 2008-12-09 17:28 --- (In reply to comment #4) > For example, I tried to adapt the testcase in PR 33295 to the c_funloc case. > The resulting program is rejected with the following error: > Error: Can't convert TYPE(_gfortran_iso_c_bindin

[Bug fortran/37829] ICE in resolve_symbol

2008-12-09 Thread mikael at gcc dot gnu dot org
--- Comment #4 from mikael at gcc dot gnu dot org 2008-12-09 13:53 --- (In reply to comment #3) > The patch in comment #2 fixes the ICE without regression on > i686-apple-darwin9. I didn't expect any regression with that patch. However, I wonder whether we are not missing something.

[Bug fortran/37829] ICE in resolve_symbol

2008-12-09 Thread dominiq at lps dot ens dot fr
--- Comment #3 from dominiq at lps dot ens dot fr 2008-12-09 08:41 --- The patch in comment #2 fixes the ICE without regression on i686-apple-darwin9. Is not the "obvious rule" applying here? Thanks -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37829

[Bug fortran/37829] ICE in resolve_symbol

2008-12-08 Thread mikael at gcc dot gnu dot org
--- Comment #2 from mikael at gcc dot gnu dot org 2008-12-08 21:06 --- reduced: module modx use, intrinsic :: iso_c_binding end module modx block data use modx end A simple way to fix it would be this: Index: resolve.c ==

[Bug fortran/37829] ICE in resolve_symbol

2008-11-28 Thread dfranke at gcc dot gnu dot org
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-11-28 21:23 --- Confirmed. $> gfortran-svn gcc version 4.4.0 20081128 (experimental) (GCC) (gdb) run pr37829.f90 Starting program: /home/daniel/i686-pc-linux-gnu/gcc/libex