[Bug fortran/43205] New: -finit-local-zero and -fno-automatic used together with large 2-dim variables take too long to compile

Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: chris dot walter at duke dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug fortran/37826] gfortran compiled with -gstabs+ on OSX emits incorrect debug information if compiled with -finit-local-zero

--- Comment #4 from chris dot walter at duke dot edu 2008-10-14 21:33 --- > To my knowledge OS X also supports DWARF debugging symbols, cf. > http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00745.html Hmm.. Well when I try it I get (using gfortran -gdwarf-2) this when I start gdb

[Bug fortran/37826] New: gfortran compiled with -gstabs+ on OSX emits incorrect debug information if compiled with -finit-local-zero

ed with -finit-local-zero Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: chris dot walter at duke dot edu ht

[Bug fortran/37821] [4.4 Regression] gfortran is ignoring #includes with the syntax

--- Comment #6 from chris dot walter at duke dot edu 2008-10-14 13:39 --- Sorry, for leaving out the test case, but I see it is confirmed now. I can't use the conforming INCLUDE since I am dealing with a large legacy code base and ~150 colleagues who are also using the code

[Bug fortran/37821] gfortran is ignoring #includes with the syntax

--- Comment #1 from chris dot walter at duke dot edu 2008-10-14 01:50 --- I forgot to include version info: Using built-in specs. Target: i386-apple-darwin8.10.1 Configured with: /tmp/gfortran-20081006/ibin/../gcc/configure --prefix=/usr/local/gfortran --enable-languages=c,fortran

[Bug fortran/37821] New: gfortran is ignoring #includes with the syntax

ssigned at gcc dot gnu dot org ReportedBy: chris dot walter at duke dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37821