[Bug fortran/36825] Problems with dimensions > 7

2008-07-20 Thread jvdelisle at gcc dot gnu dot org
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-07-21 05:17 --- Internal unit array I/O with dimensions greater than 7 appears to work OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36825

[Bug fortran/36825] Problems with dimensions > 7

2008-07-19 Thread jvdelisle at gcc dot gnu dot org
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-07-19 17:12 --- Tobias, I just caught up with your question to me today. I think you have answered it. :) Thanks for patch. One thing we should do is check internal unit array I/O with higher dimensions to see if the loop spec

[Bug fortran/36825] Problems with dimensions > 7

2008-07-16 Thread burnus at gcc dot gnu dot org
--- Comment #3 from burnus at gcc dot gnu dot org 2008-07-17 05:55 --- Subject: Bug 36825 Author: burnus Date: Thu Jul 17 05:54:42 2008 New Revision: 137910 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137910 Log: 2008-07-17 Tobias Burnus <[EMAIL PROTECTED]> PR fort

[Bug fortran/36825] Problems with dimensions > 7

2008-07-16 Thread burnus at gcc dot gnu dot org
--- Comment #2 from burnus at gcc dot gnu dot org 2008-07-16 20:36 --- Jerry, you know libgfortran better than me. Can one simply change in libgfortran.h: #define GFC_DTYPE_RANK_MASK 0x07 to 0x0F (= 15) or does this cause some problems with the gcc 4.3 compatibility or ... ? Actually

[Bug fortran/36825] Problems with dimensions > 7

2008-07-14 Thread burnus at gcc dot gnu dot org
--- Comment #1 from burnus at gcc dot gnu dot org 2008-07-14 17:28 --- The I/O ICE is due to: trans-types.c: gcc_assert (rank <= GFC_DTYPE_RANK_MASK); where the maximal DTYPE rank is defined as: libgfortran.h:#define GFC_DTYPE_RANK_MASK 0x07 The other problem can be cured using: I