[Bug fortran/54221] [4.8 Regression] Explicit private access specifier signals unexpected defined but not used [-Wunused-function] warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54221 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 Target

[Bug fortran/54350] [4.8 Regression] FAIL: gfortran.dg/realloc_on_assign_*.f90 -O (internal compiler error) at r190586

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54350 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug fortran/54350] [4.8 Regression] FAIL: gfortran.dg/realloc_on_assign_*.f90 -O (internal compiler error) at r190586

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54350 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-24 07:43:31 UTC --- Author: burnus Date: Fri Aug 24 07:43:23 2012 New Revision: 190641 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190641 Log: 2012-08-24 Tobias Burnus

[Bug fortran/54350] [4.8 Regression] FAIL: gfortran.dg/realloc_on_assign_*.f90 -O (internal compiler error) at r190586

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54350 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/54350] [4.8 Regression] FAIL: gfortran.dg/realloc_on_assign_*.f90 -O (internal compiler error) at r190586

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54350 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/54370] error: non-trivial conversion in unary operation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54370 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54375] FAIL: gfortran.dg/realloc_on_assign_14.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54375 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54382] New: gfortran show_locus: Invalid read of size 4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54382 Bug #: 54382 Summary: gfortran show_locus: Invalid read of size 4 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/54384] New: gfortran memory leaks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54384 Bug #: 54384 Summary: gfortran memory leaks Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/54370] error: non-trivial conversion in unary operation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54370 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-27 12:03:45 UTC --- Author: burnus Date: Mon Aug 27 12:03:41 2012 New Revision: 190709 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190709 Log: 2012-08-27 Tobias Burnus

[Bug fortran/41093] memory leaks with gfc_namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41093 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-27 12:07:52 UTC --- Author: burnus Date: Mon Aug 27 12:07:43 2012 New Revision: 190710 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190710 Log: 2012-08-27 Tobias Burnus

[Bug fortran/41093] memory leaks with gfc_namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41093 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/54384] gfortran memory leaks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54384 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-27 14:42:54 UTC --- Author: burnus Date: Mon Aug 27 14:42:50 2012 New Revision: 190713 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190713 Log: 2012-08-27 Tobias Burnus

[Bug fortran/54384] gfortran memory leaks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54384 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54384] gfortran memory leaks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54384 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-27 18:48:03 UTC --- Author: burnus Date: Mon Aug 27 18:47:57 2012 New Revision: 190728 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190728 Log: 2012-08-27 Tobias Burnus

[Bug fortran/54384] gfortran memory leaks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54384 --- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-27 18:52:29 UTC --- (In reply to comment #0) With Polyhedron 2005's nf.f90: With Polyhedron 2005's capacita.f90: Those are fixed by comment 3 With Polyhedron 2005's

[Bug fortran/54384] gfortran memory leaks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54384 --- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-27 20:51:57 UTC --- Author: burnus Date: Mon Aug 27 20:51:52 2012 New Revision: 190731 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190731 Log: 2012-08-27 Tobias Burnus

[Bug fortran/54384] gfortran memory leaks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54384 --- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-27 20:54:53 UTC --- (In reply to comment #4) Others still not tested, but doduc.f90 fails with: This one (and hence all of doduc.f90) - and some of the failures in aermod.f90

[Bug fortran/54387] New: Proc-pointer: Wronlgy accepts non-proc result variable on the RHS of a pointer assignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54387 Bug #: 54387 Summary: Proc-pointer: Wronlgy accepts non-proc result variable on the RHS of a pointer assignment Classification: Unclassified Product: gcc Version: 4.8.0

[Bug fortran/54387] Proc-pointer: Wronlgy accepts non-proc result variable on the RHS of a pointer assignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54387 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54384] gfortran memory leaks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54384 --- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-28 05:35:22 UTC --- Author: burnus Date: Tue Aug 28 05:35:15 2012 New Revision: 190738 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190738 Log: 2012-08-28 Tobias Burnus

[Bug fortran/54384] gfortran memory leaks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54384 --- Comment #8 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-28 05:37:37 UTC --- (In reply to comment #0) With gfortran.dg/proc_ptr_result_1.f90: by 0x5F0D3C: gfc_copy_formal_args(gfc_symbol*, gfc_symbol*, ifsrc) That issue is now

[Bug fortran/54389] New: [F2003/F2008 difference] PURE functions and pointer dummy arguments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54389 Bug #: 54389 Summary: [F2003/F2008 difference] PURE functions and pointer dummy arguments Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug fortran/54389] [F2003/F2008 difference] PURE functions and pointer dummy arguments / DECL_PURE_P issue

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54389 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code

[Bug fortran/54384] gfortran memory leaks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54384 --- Comment #9 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-28 14:49:19 UTC --- Author: burnus Date: Tue Aug 28 14:49:15 2012 New Revision: 190751 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190751 Log: 2012-08-28 Tobias Burnus

[Bug fortran/54382] gfortran show_locus: Invalid read of size 4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54382 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-28 14:50:03 UTC --- Author: burnus Date: Tue Aug 28 14:49:55 2012 New Revision: 190752 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190752 Log: 2012-08-28 Tobias Burnus

[Bug fortran/54384] gfortran memory leaks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54384 --- Comment #10 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-28 14:51:31 UTC --- (In reply to comment #6) * match_data_constant (mbdx.f90, comment 5) * aermod.f90: by 0x5D8C0D: traverse_data_var(gfc_data_variable*, locus*) (resolve.c

[Bug fortran/54382] gfortran show_locus: Invalid read of size 4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54382 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug fortran/54389] [F2003/F2008 difference] PURE functions and pointer dummy arguments / DECL_PURE_P issue

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54389 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-28 18:18:15 UTC --- Author: burnus Date: Tue Aug 28 18:18:11 2012 New Revision: 190757 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190757 Log: 2012-08-28 Tobias Burnus

[Bug fortran/45516] [F08] allocatable compontents of recursive type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45516 --- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-29 09:18:01 UTC --- Test case by Wolfgang Kilian in the Function questions? thread: https://groups.google.com/d/msg/comp.lang.fortran/r4PVbtaBnFM/hufoSWKHDBIJ When handling

[Bug fortran/54405] bad debugging info which lead to a wrong behavior of reverse-next in gdb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54405 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54406] random_number() sometimes returns duplicate values when called from parallel threads

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54406 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54406] random_number() sometimes returns duplicate values when called from parallel threads

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54406 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug fortran/54426] [4.8 Regression] FAIL: gfortran.dg/common_6.f90 -O (internal compiler error) on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54426 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid

[Bug fortran/54435] New: ICE with SELECT TYPE on a non-CLASS object

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54435 Bug #: 54435 Summary: ICE with SELECT TYPE on a non-CLASS object Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code

[Bug fortran/54435] ICE with SELECT TYPE on a non-CLASS object

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54435 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54434] [4.8/ICE] on illegal use of TYPE(*) in SELECT TYPE construct

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54434 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug fortran/54435] ICE with SELECT TYPE on a non-CLASS object

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54435 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||xarthisius.kk

[Bug fortran/54435] [4.7/4.8 Regression] ICE with SELECT TYPE on a non-CLASS object

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54435 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4

[Bug fortran/54426] [4.8 Regression] FAIL: gfortran.dg/common_6.f90 -O (internal compiler error) on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54426 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-31 12:30:53 UTC --- (In reply to comment #2) Following Tobias' suggestion on IRC, the patch @@ -2890,6 +2890,7 @@ gfc_undo_symbols (void) + p-common_block-refs

[Bug fortran/54426] [4.8 Regression] FAIL: gfortran.dg/common_6.f90 -O (internal compiler error) on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54426 --- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-02 06:40:32 UTC --- Author: burnus Date: Sun Sep 2 06:40:27 2012 New Revision: 190853 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190853 Log: 2012-09-02 Tobias Burnus

[Bug fortran/54426] [4.8 Regression] FAIL: gfortran.dg/common_6.f90 -O (internal compiler error) on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54426 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug fortran/54463] -fdefault-real-8 does not promote the BLAS call when using -fexternal-blas

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54463 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/51632] [OOP] Bogus argument checking for generated _def_init parameter and _copy procedure with CAF

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51632 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-03 06:36:05 UTC --- Author: burnus Date: Mon Sep 3 06:35:59 2012 New Revision: 190869 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190869 Log: 2012-09-03 Alessandro

[Bug fortran/37336] Fortran 2003: Finish derived-type finalization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336 --- Comment #11 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-03 06:36:05 UTC --- Author: burnus Date: Mon Sep 3 06:35:59 2012 New Revision: 190869 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190869 Log: 2012-09-03 Alessandro

[Bug fortran/51632] [OOP] Bogus argument checking for generated _def_init parameter and _copy procedure with CAF

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51632 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54462] [4.8 Regression] Another segmentation fault after an error in COMMON statement after r190853

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54462 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54467] [4.8 Regression] f951: internal compiler error: in gfc_add_component_ref, at fortran/class.c:213

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54467 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-03 14:06:31 UTC --- Author: burnus Date: Mon Sep 3 14:06:27 2012 New Revision: 190892 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190892 Log: 2012-09-03 Tobias Burnus

[Bug fortran/54463] -fdefault-real-8 does not promote the BLAS call when using -fexternal-blas

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54463 --- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-05 10:21:53 UTC --- (In reply to comment #1) This bug report should be closed. Combining -fexternal-blas and -fdefault-real-8 would add needless complexity to the compiler

[Bug fortran/54462] [4.8 Regression] Another segmentation fault after an error in COMMON statement after r190853

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54462 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-05 16:40:56 UTC --- Author: burnus Date: Wed Sep 5 16:40:48 2012 New Revision: 190989 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190989 Log: 2012-09-05 Tobias Burnus

[Bug fortran/54462] [4.8 Regression] Another segmentation fault after an error in COMMON statement after r190853

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54462 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug fortran/54463] -fdefault-real-8 does not promote the BLAS call when using -fexternal-blas

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54463 --- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-06 07:03:49 UTC --- Author: burnus Date: Thu Sep 6 07:03:42 2012 New Revision: 191012 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191012 Log: 2012-09-06 Tobias Burnus

[Bug fortran/54463] -fdefault-real-8 does not promote the BLAS call when using -fexternal-blas

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54463 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/54467] [4.8 Regression] f951: internal compiler error: in gfc_add_component_ref, at fortran/class.c:213

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54467 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/54503] New: debug: Consider using the beginning of the main program as locus for the set_* calls

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54503 Bug #: 54503 Summary: debug: Consider using the beginning of the main program as locus for the set_* calls Classification: Unclassified Product: gcc Version: 4.8.0

[Bug fortran/54405] bad debugging info which lead to a wrong behavior of reverse-next in gdb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54405 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug middle-end/53667] [4.6/4.7/4.8 Regression] Cray pointer: Wrong result with optimizations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53667 --- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-07 09:38:56 UTC --- (In reply to comment #5) Not sure if we can restrict non-escaping to also not escape to other parameters? Possibly we should, otherwise this property won't

[Bug fortran/54514] g0 output format has too few digits when writing reals

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54514 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/50640] [4.7 Regression] [OOP] FAIL: gfortran.dg/select_type_12.f03 -O (internal compiler error)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50640 --- Comment #26 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-11 13:44:44 UTC --- The solution of comment 3, fixed by comment 24 seems to break the test case of PR fortran/53718. Reverting the patch (comment 24, except for unrelated

[Bug fortran/53718] [4.7/4.8 regression] [OOP] gfortran generates asm label twice in the same output file

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53718 --- Comment #10 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-11 13:47:59 UTC --- (In reply to comment #7) (In reply to comment #6) Could it be revision 181505? Very likely. If it is, I'm betting on the PR50640 part of that commit

[Bug fortran/54225] [4.6/4.7/4.8 Regression] fortran compiler segfault processing ' print *, A(1,*) '

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54225 --- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-12 10:05:28 UTC --- Author: burnus Date: Wed Sep 12 10:05:19 2012 New Revision: 191213 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191213 Log: 2012-09-12 Tobias Burnus

[Bug fortran/53306] [4.6/4.7/4.8 Regression] ICE on invalid 'array(*) =' statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53306 --- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-12 10:05:28 UTC --- Author: burnus Date: Wed Sep 12 10:05:19 2012 New Revision: 191213 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191213 Log: 2012-09-12 Tobias Burnus

[Bug fortran/54556] New: [4.8 Regression] Marking implicitly pure variables as DECL_PURE_P leads to wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54556 Bug #: 54556 Summary: [4.8 Regression] Marking implicitly pure variables as DECL_PURE_P leads to wrong code Classification: Unclassified Product: gcc Version: 4.8.0

[Bug fortran/54556] [4.8 Regression] Marking implicitly pure variables as DECL_PURE_P leads to wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54556 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54389] [F2003/F2008 difference] PURE functions and pointer dummy arguments / DECL_PURE_P issue

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54389 --- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-12 10:29:57 UTC --- (In reply to comment #0) Ian Harvey remarks there that Fortran 2008 removed a restriction regarding PURE. Dick Hendrickson asked at j3's mailing list

[Bug fortran/54225] [4.6/4.7/4.8 Regression] fortran compiler segfault processing ' print *, A(1,*) '

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54225 --- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-12 12:15:52 UTC --- Author: burnus Date: Wed Sep 12 12:15:44 2012 New Revision: 191216 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191216 Log: 2012-09-12 Tobias Burnus

[Bug fortran/53306] [4.6/4.7/4.8 Regression] ICE on invalid 'array(*) =' statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53306 --- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-12 12:15:54 UTC --- Author: burnus Date: Wed Sep 12 12:15:44 2012 New Revision: 191216 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191216 Log: 2012-09-12 Tobias Burnus

[Bug fortran/54556] [4.8 Regression] Marking implicitly pure variables as DECL_PURE_P leads to wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54556 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-12 20:22:58 UTC --- (In reply to comment #2) some progress.. the object file that leads to wrong results is parallel_rng_types.o. I'll see if I can get some further insight

[Bug fortran/54556] [4.8 Regression] Marking implicitly pure variables as DECL_PURE_P leads to wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54556 --- Comment #8 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-12 21:00:32 UTC --- Test case: Compile in two files with -O0/-O1/-O2/ give the expected i == 5 but using -O3 hoists the i = s(x) out of the loop and thus gives i == 1. Question

[Bug fortran/54556] [4.8 Regression] Marking implicitly pure variables as DECL_PURE_P leads to wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54556 --- Comment #9 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-12 21:11:54 UTC --- Untested patch. The first and second part allows VALUE for implicit_pure (in line with F2008 for PURE). The third part is the crucial change

[Bug fortran/54556] [4.8 Regression] Marking implicitly pure variables as DECL_PURE_P leads to wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54556 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug fortran/54556] [4.8 Regression] Marking implicitly pure variables as DECL_PURE_P leads to wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54556 --- Comment #12 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-13 14:57:45 UTC --- Author: burnus Date: Thu Sep 13 14:57:38 2012 New Revision: 191259 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191259 Log: 2012-09-13 Tobias Burnus

[Bug fortran/54556] [4.8 Regression] Marking implicitly pure variables as DECL_PURE_P leads to wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54556 --- Comment #13 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-13 18:10:13 UTC --- Author: burnus Date: Thu Sep 13 18:10:04 2012 New Revision: 191275 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191275 Log: 2012-09-13 Tobias Burnus

[Bug fortran/54556] [4.8 Regression] Marking implicitly pure variables as DECL_PURE_P leads to wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54556 --- Comment #14 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-13 18:16:01 UTC --- Author: burnus Date: Thu Sep 13 18:15:52 2012 New Revision: 191276 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191276 Log: 2012-09-13 Tobias Burnus

[Bug fortran/53306] [4.6/4.7/4.8 Regression] ICE on invalid 'array(*) =' statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53306 --- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-13 18:19:29 UTC --- Author: burnus Date: Thu Sep 13 18:19:22 2012 New Revision: 191277 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191277 Log: 2012-09-13 Tobias Burnus

[Bug fortran/54225] [4.6/4.7/4.8 Regression] fortran compiler segfault processing ' print *, A(1,*) '

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54225 --- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-13 18:19:28 UTC --- Author: burnus Date: Thu Sep 13 18:19:22 2012 New Revision: 191277 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191277 Log: 2012-09-13 Tobias Burnus

[Bug fortran/54556] [4.8 Regression] Marking implicitly pure variables as DECL_PURE_P leads to wrong code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54556 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/54225] [4.6/4.7/4.8 Regression] fortran compiler segfault processing ' print *, A(1,*) '

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54225 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/53306] [4.6/4.7/4.8 Regression] ICE on invalid 'array(*) =' statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53306 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/54389] [F2003/F2008 difference] PURE functions and pointer dummy arguments / DECL_PURE_P issue

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54389 --- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-13 19:49:11 UTC --- (In reply to comment #3) This revision causes CP2K to produce wrong results at -O1 and above. That bug has been analysed and fixed, see PR 54556

[Bug fortran/54572] New: Use libbacktrace library

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54572 Bug #: 54572 Summary: Use libbacktrace library Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/54578] New: [OOP] -Wunused-function warnings for __copy functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54578 Bug #: 54578 Summary: [OOP] -Wunused-function warnings for __copy functions Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Keywords: diagnostic

[Bug fortran/36825] [F2008] Rank 7 arrays [will break library ABI] libgfortran I/O+intrinsics:

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36825 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54224] [4.8 Regression] Bogus -Wunused-function warning with static function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54224 --- Comment #8 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-15 17:47:37 UTC --- (In reply to comment #7) Here is a patch which should set TREE_USED for all procedure calls: Does it still allow to optimize unused PRIVATE module

[Bug fortran/54594] New: [OOP] Type-bound ASSIGNMENTs (elemental + array version) rejected as ambiguous

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54594 Bug #: 54594 Summary: [OOP] Type-bound ASSIGNMENTs (elemental + array version) rejected as ambiguous Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug fortran/54599] New: Issues found in gfortran by the Coverity Scan

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54599 Bug #: 54599 Summary: Issues found in gfortran by the Coverity Scan Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/54597] Function can't return string without trailing spaces

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54597 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last

[Bug fortran/54597] Function can't return string without trailing spaces

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54597 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED

[Bug fortran/54603] New: Wrong code woth structure constructor for proc-pointer components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54603 Bug #: 54603 Summary: Wrong code woth structure constructor for proc-pointer components Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug fortran/54603] Wrong code with structure constructor for proc-pointer components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54603 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-16 20:53:30 UTC --- For this%a = ext_ptr(this%a%init,this%a%cleanup) and the code (in trans-expr.c) 5584 gfc_conv_expr (se, expr); ... 5588 tmp

[Bug fortran/54594] [OOP] Type-bound ASSIGNMENTs (elemental + array version) rejected as ambiguous

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54594 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54599] Issues found in gfortran by the Coverity Scan

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54599 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc

[Bug fortran/54603] [F03] Wrong code with structure constructor for proc-pointer components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54603 --- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-17 12:30:29 UTC --- Author: burnus Date: Mon Sep 17 12:30:16 2012 New Revision: 191382 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191382 Log: 2012-09-17 Tobias Burnus

[Bug fortran/54603] [F03] Wrong code with structure constructor for proc-pointer components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54603 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/54608] New: Wrong-code with SCAN and VERIFY

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54608 Bug #: 54608 Summary: Wrong-code with SCAN and VERIFY Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Keywords: wrong-code Severity:

[Bug fortran/54608] Wrong-code with SCAN and VERIFY

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54608 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-17 17:53:48 UTC --- Author: burnus Date: Mon Sep 17 17:53:37 2012 New Revision: 191403 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191403 Log: 2012-09-17 Tobias Burnus

[Bug fortran/54608] Wrong-code with SCAN and VERIFY

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54608 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug fortran/54613] New: [F2003/F2008] Add FINDLOC plus support MAXLOC/MINLOC with KIND=/BACK=

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613 Bug #: 54613 Summary: [F2003/F2008] Add FINDLOC plus support MAXLOC/MINLOC with KIND=/BACK= Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug fortran/54613] [F2003/F2008] Add FINDLOC plus support MAXLOC/MINLOC with KIND=/BACK=

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-18 09:17:25 UTC --- Created attachment 28211 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28211 Very preliminary patch for MAXLOC/MINLOC Very preliminary patch

[Bug fortran/54599] Issues found in gfortran by the Coverity Scan

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54599 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-18 09:28:46 UTC --- Dump two patches here. First is about a pointless check (nl-sym-... is used all over the place) and the second: If the assert fails, we would use TREE_TYPE

<    1   2   3   4   5   6   7   8   9   10   >