--- Comment #15 from Bil dot Kleb at NASA dot gov 2007-01-23 08:44 ---
I tried out the one dated 23-jan-07, but it was apparently also configured with
checks:
Extra diagnostic checks enabled; compiler may run slowly.
Configure with --disable-checking to disable checks.
--
http
--- Comment #17 from Bil dot Kleb at NASA dot gov 2007-01-24 03:16 ---
I managed to compile from SVN source with --disable-checking, and now the
compilation times for the offending routines are on the order of a second!
I will attach the new make log in case you'd like to compare
--- Comment #18 from Bil dot Kleb at NASA dot gov 2007-01-24 03:18 ---
Created an attachment (id=12946)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12946action=view)
A make log with --disable-checking gfortran
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30367
--- Comment #21 from Bil dot Kleb at NASA dot gov 2007-01-24 03:50 ---
So, can we publish builds that yield reasonable compile times? I.e., gcc
configured with --disable-checking.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30367
--- Comment #3 from Bil dot Kleb at NASA dot gov 2007-01-13 12:35 ---
I've just tried to duplicate the compile time difference with -Wall and found
that the -Wall was a red herring -- it always takes 169 minutes to compile our
code with gfortran, -Wall or not.
This is about 8 times
--- Comment #5 from Bil dot Kleb at NASA dot gov 2007-01-13 21:11 ---
Created an attachment (id=12896)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12896action=view)
Entire compilation log with -fmem-report -ftime-report turned on
The trouble routines are part of the Adjoint code
--- Comment #6 from Bil dot Kleb at NASA dot gov 2007-01-13 21:12 ---
Created an attachment (id=12897)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12897action=view)
Lakos-style use associations for residual_turbpart.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30367
--- Comment #7 from Bil dot Kleb at NASA dot gov 2007-01-13 21:13 ---
Created an attachment (id=12898)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12898action=view)
Lakos-style use associations for residual_turbulent.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30367
--- Comment #8 from Bil dot Kleb at NASA dot gov 2007-01-13 21:13 ---
Created an attachment (id=12899)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12899action=view)
Lakos-style use associations for precond_turbpart.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30367
--- Comment #9 from Bil dot Kleb at NASA dot gov 2007-01-13 21:14 ---
Created an attachment (id=12900)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12900action=view)
Lakos-style use associations for precond_turbulent.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30367
--- Comment #10 from Bil dot Kleb at NASA dot gov 2007-01-13 21:17 ---
Based on the Lakos-style analysis of the dependencies for these particular
routines, it /might/ be possible to supply self-contained source; but it will
take a while to check with the powers that be.
--
http
--- Comment #11 from Bil dot Kleb at NASA dot gov 2007-01-13 21:28 ---
Created an attachment (id=12902)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12902action=view)
An excerpt from precond_turbulent.f90
Here's an excerpt from one of the offenders. Note: the module only has
--- Comment #13 from Bil dot Kleb at NASA dot gov 2007-01-13 21:47 ---
Unfortunately, I am working from a binary release I got from
http://gcc.gnu.org/wiki/GFortranBinaries.
Specifically, I have the 03-Jan-2007 the 32-bit binary from:
http://quatramaran.ens.fr/~coudert/gfortran
--- Comment #2 from Bil dot Kleb at NASA dot gov 2007-01-09 13:15 ---
No warnings with -Wall -- we've been busy cleaning the last few months.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30367
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Bil dot Kleb at NASA dot gov
GCC build triplet: http://quatramaran.ens.fr/~coudert/gfortran/gfortran-
linux.tar.g
GCC host
15 matches
Mail list logo
