--- Comment #5 from meihome at gmail dot com 2008-10-08 14:28 ---
FORTRAN Unit Testing Framework (Fruit) 2.5 is released. The pre-fixed message
of 30 is not a dynamic allocated array. The problem should be solved. The
project site is: http://fortranxunit.wiki.sourceforge.net/
--- Comment #6 from meihome at gmail dot com 2008-10-08 15:35 ---
Sorry, the previous fruit_2.5.zip was not tested under gfortran.
Please use the new fruit_2.5.1.zip. That corrected the 450MB file problem, and
compiled under gfortran.
--- Comment #7 from meihome at gmail dot com 2008-10-08 16:43 ---
Sorry for keep on updating this bug report.
Fruit 2.6 is now tested and run with gfortran.
The rake build system also works.
Download and information here: http://fortranxunit.wiki.sourceforge.net/
--
--- Comment #3 from johnson at cs dot uiuc dot edu 2008-10-07 02:58 ---
Created an attachment (id=16469)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16469action=view)
fruit.f90, illustrates huge .o file, requires fruit_util.f90
I think I have a testcase that shows this bug. I
--- Comment #4 from johnson at cs dot uiuc dot edu 2008-10-07 02:58 ---
Created an attachment (id=16470)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16470action=view)
fruit_util.f90, needed to compile fruit.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33120
--- Comment #2 from dave dot allured at noaa dot gov 2008-10-02 00:32
---
Confirmed this problem for gcc 4.3.1 on Mac OS 10.5.5.
A workaround, and recommended best practice for new code, is to make arrays in
modules allocatable, i.e. don't declare statically dimensioned large arrays.
--- Comment #1 from tobi at gcc dot gnu dot org 2007-10-07 19:52 ---
Probably more of a target issue than a frontend issue. Please push back to the
frontend with an explanation what the FE is doing wrong if the backend does the
right thing.
--
tobi at gcc dot gnu dot org changed: