[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #10 from janus at gcc dot gnu dot org 2008-11-01 13:33 --- Rev. 141515 does not fix the complete test case on c.l.f., but most of the troubles it made, including comment #8. Still I'm closing this PR, because PR36463 is about the same c.l.f. code, and will be kept open to tra

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

2008-11-01 Thread janus at gcc dot gnu dot org
--- Comment #9 from janus at gcc dot gnu dot org 2008-11-01 13:25 --- Subject: Bug 36322 Author: janus Date: Sat Nov 1 13:24:03 2008 New Revision: 141515 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141515 Log: 2008-11-01 Janus Weil <[EMAIL PROTECTED]> PR fortran/3

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

2008-06-04 Thread janus at gcc dot gnu dot org
--- Comment #8 from janus at gcc dot gnu dot org 2008-06-04 23:37 --- This further reduced test case gives a different ICE: abstract interface function abs_fun(x) implicit none integer :: x(:) character(size(x)) abs_fun end function end interface procedure(abs_fun) :: p

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

2008-06-04 Thread burnus at gcc dot gnu dot org
--- Comment #7 from burnus at gcc dot gnu dot org 2008-06-04 22:46 --- The dump contains: test () { get_funloc (foo, .x); What I find strange is: a) That foo gets never defined b) That .x is passed (string length?) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36322

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

2008-06-04 Thread burnus at gcc dot gnu dot org
--- Comment #6 from burnus at gcc dot gnu dot org 2008-06-04 22:45 --- (In reply to comment #5) > The test case in comment #0 is fixed by rev. 136372, but when compiling the > full program [...] I don't see whether the full program is valid or not. (Well, except of the interface in the

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

2008-06-04 Thread janus at gcc dot gnu dot org
--- Comment #5 from janus at gcc dot gnu dot org 2008-06-04 21:17 --- The test case in comment #0 is fixed by rev. 136372, but when compiling the full program at http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/ff7ae6c7a7860bca/60213205751117d4 one now gets the err

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

2008-06-04 Thread janus at gcc dot gnu dot org
--- Comment #4 from janus at gcc dot gnu dot org 2008-06-04 21:05 --- Subject: Bug 36322 Author: janus Date: Wed Jun 4 21:04:32 2008 New Revision: 136372 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136372 Log: 2008-06-04 Janus Weil <[EMAIL PROTECTED]> PR fortran/3

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

2008-05-31 Thread janus at gcc dot gnu dot org
--- Comment #3 from janus at gcc dot gnu dot org 2008-05-31 11:45 --- The fix: Index: gcc/fortran/resolve.c === --- gcc/fortran/resolve.c (revision 136234) +++ gcc/fortran/resolve.c (working copy) @@ -7751,6 +77

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

2008-05-31 Thread janus at gcc dot gnu dot org
--- Comment #2 from janus at gcc dot gnu dot org 2008-05-31 11:18 --- valgrind gives the following backtrace: ==19018== Invalid read of size 4 ==19018==at 0x80E71EA: gfc_conv_const_charlen (trans-const.c:179) ==19018==by 0x811B61A: gfc_get_function_type (trans-types.c:2077) ==19

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

2008-05-31 Thread janus at gcc dot gnu dot org
--- Comment #1 from janus at gcc dot gnu dot org 2008-05-31 11:03 --- I tried to reduce this as far as I could, and ended up with: subroutine sub(x) abstract interface character function abs_fun() end function end interface procedure(abs_fun):: x end subroutine So, contra

[Bug fortran/36322] ICE with PROCEDURE using a complicated interface

2008-05-28 Thread janus at gcc dot gnu dot org
-- janus at gcc dot gnu dot org changed: What|Removed |Added CC||janus at gcc dot gnu dot org Status|UNCONFIRMED