[Bug fortran/42769] ICE in resolve_typebound_procedure
--- Comment #22 from dfranke at gcc dot gnu dot org 2010-05-13 20:44 --- Janus, is there something left to do here? If yes, are summary and keywords still appropriate? -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769
[Bug fortran/42769] ICE in resolve_typebound_procedure
--- Comment #21 from rguenth at gcc dot gnu dot org 2010-04-06 11:20 --- GCC 4.5.0 is being released. Deferring to 4.5.1. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.5.0 |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769
[Bug fortran/42769] ICE in resolve_typebound_procedure
--- Comment #17 from dominiq at lps dot ens dot fr 2010-03-08 14:57 --- At revision 157277, I no longer see the ICE, but a bunch of errors: pr42769.f90:5063.10: res = a%a%csnmi() 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(psb_d_base_sparse_mat) to CLASS(psb_d_coo_sparse_mat) pr42769.f90:4292.30: if (allocated(a%a)) res = a%a%get_nz_row(idx) 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(psb_d_base_sparse_mat) to CLASS(psb_d_coo_sparse_mat) pr42769.f90:4279.10: res = a%a%get_size() 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(psb_d_base_sparse_mat) to CLASS(psb_d_coo_sparse_mat) pr42769.f90:4265.10: res = a%a%get_nzeros() 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(psb_d_base_sparse_mat) to CLASS(psb_d_coo_sparse_mat) pr42769.f90:4075.12: res = a%a%get_fmt() 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(psb_d_base_sparse_mat) to CLASS(psb_d_coo_sparse_mat) pr42769.f90:4062.12: res = a%a%sizeof() 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(psb_d_base_sparse_mat) to CLASS(psb_d_coo_sparse_mat) pr42769.f90:6279.10: res = a%a%csnmi() 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(psb_s_base_sparse_mat) to CLASS(psb_s_coo_sparse_mat) pr42769.f90:5508.30: if (allocated(a%a)) res = a%a%get_nz_row(idx) 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(psb_s_base_sparse_mat) to CLASS(psb_s_coo_sparse_mat) pr42769.f90:5495.10: res = a%a%get_size() 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(psb_s_base_sparse_mat) to CLASS(psb_s_coo_sparse_mat) pr42769.f90:5481.10: res = a%a%get_nzeros() 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(psb_s_base_sparse_mat) to CLASS(psb_s_coo_sparse_mat) pr42769.f90:5291.12: res = a%a%get_fmt() 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(psb_s_base_sparse_mat) to CLASS(psb_s_coo_sparse_mat) pr42769.f90:5278.12: res = a%a%sizeof() 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(psb_s_base_sparse_mat) to CLASS(psb_s_coo_sparse_mat) pr42769.f90:6329.19: use psb_s_mat_mod 1 Fatal Error: Can't open module file 'psb_s_mat_mod.mod' for reading at (1): No such file or directory I also get similar errors for pr41685: pr41685.f90:374.12: res = a%a%sizeof() 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(s_base_sparse_mat) to CLASS(s_coo_sparse_mat) pr41685.f90:374.12: res = a%a%sizeof() 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(s_base_sparse_mat) to CLASS(s_csr_sparse_mat) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769
[Bug fortran/42769] ICE in resolve_typebound_procedure
--- Comment #18 from janus at gcc dot gnu dot org 2010-03-08 15:43 --- (In reply to comment #17) At revision 157277, I no longer see the ICE, but a bunch of errors: pr42769.f90:5063.10: res = a%a%csnmi() 1 Error: Type mismatch in argument 'a' at (1); passed CLASS(psb_d_base_sparse_mat) to CLASS(psb_d_coo_sparse_mat) Dominique, thanks for noticing. This is surely due to the patch for PR43256 that I committed today. Note that this only happens for comment #1, but not for comment #8, which still gives the same error as before. I will open a new PR for this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769
[Bug fortran/42769] ICE in resolve_typebound_procedure
--- Comment #19 from dominiq at lps dot ens dot fr 2010-03-08 15:49 --- (In reply to comment #18) This is surely due to the patch for PR43256 that I committed today. Sure! Note that this only happens for comment #1, but not for comment #8, which still gives the same error as before. Confirmed I will open a new PR for this. What about the test in pr41685? Reopen, this new PR or another one? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769
[Bug fortran/42769] ICE in resolve_typebound_procedure
--- Comment #20 from janus at gcc dot gnu dot org 2010-03-08 15:50 --- (In reply to comment #18) I will open a new PR for this. This is now PR 43291. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769
[Bug fortran/42769] ICE in resolve_typebound_procedure
--- Comment #16 from sfilippone at uniroma2 dot it 2010-01-22 13:20 --- I have found a compiled version of the library dating back to Nov. 10, one of the modules has this header: GFORTRAN module version '3' created from psb_base_mod.f90 on Tue Nov 10 13:02:06 2009 MD5:4297c507a682f5457f8eb0404ad04766 -- If you edit this, you'll get what you deserve. I THINK it was trunk. But anyway, an ICE is an ICE, no? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769
[Bug fortran/42769] ICE in resolve_typebound_procedure
--- Comment #15 from janus at gcc dot gnu dot org 2010-01-17 21:58 --- (In reply to comment #5) It is very likely caused by revision : http://gcc.gnu.org/ml/gcc-cvs/2009-10/msg00175.html Just for completeness: With trunk r152525 you get the same ICE (with a different line number) on comment #8/#14: internal compiler error: in resolve_typebound_procedure, at fortran/resolve.c:9668 So, r152526 is definitely not the culprit. And this is another hint that this bug was probably always present in 4.5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769
[Bug fortran/42769] ICE in resolve_typebound_procedure
--- Comment #1 from sfilippone at uniroma2 dot it 2010-01-16 17:02 --- Created an attachment (id=19624) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19624action=view) test case Sorry, the test case is a bit lengthy, but I have no time to reduce it further, and I'll be away next week. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769
[Bug fortran/42769] ICE in resolve_typebound_procedure
--- Comment #2 from sfilippone at uniroma2 dot it 2010-01-16 17:05 --- As mentioned in http://gcc.gnu.org/ml/fortran/2010-01/msg00075.html the code works with Nag; it is not supposed to behave correctly at runtime under gfortran, not until the vtables from fortran-dev are fixed and merged, but it is supposed to compile correctly, and it did until early December (sorry, I don't remember more precisely). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769
[Bug fortran/42769] ICE in resolve_typebound_procedure
--- Comment #3 from hjl dot tools at gmail dot com 2010-01-16 17:22 --- (In reply to comment #1) Created an attachment (id=19624) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19624action=view) [edit] test case Sorry, the test case is a bit lengthy, but I have no time to reduce it further, and I'll be away next week. I got use psb_error_mod 1 Fatal Error: Can't open module file 'psb_error_mod.mod' for reading at (1): No such file or directory -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769
[Bug fortran/42769] ICE in resolve_typebound_procedure
--- Comment #4 from dominiq at lps dot ens dot fr 2010-01-16 17:39 --- I got use psb_error_mod 1 Fatal Error: Can't open module file 'psb_error_mod.mod' for reading at (1): No such file or directory Me too! After removing all the 'use psb_error_mod' I get the same error (at line 9990) with the fortran-exp branch (r155767) and a segmetation fault with fortran-dev (r155781) and my patched tree. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769
[Bug fortran/42769] ICE in resolve_typebound_procedure
--- Comment #5 from hjl dot tools at gmail dot com 2010-01-16 21:04 --- It is very likely caused by revision : http://gcc.gnu.org/ml/gcc-cvs/2009-10/msg00175.html -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||janus at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-01-16 21:04:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769