[Bug fortran/47730] [OOP] ICE on invalid source in connection with SELECT TYPE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47730 --- Comment #3 from janus at gcc dot gnu.org 2011-02-14 10:32:18 UTC --- Another related test case was recently reported by Andrew Benson at http://gcc.gnu.org/ml/fortran/2011-02/msg00111.html: module mod1 type treeNode end type treeNode

[Bug fortran/47349] missing warning: Actual argument contains too few elements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47349 --- Comment #3 from janus at gcc dot gnu.org 2011-02-14 11:59:56 UTC --- Author: janus Date: Mon Feb 14 11:59:53 2011 New Revision: 170125 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170125 Log: 2011-02-14 Janus Weil PR

[Bug fortran/47349] missing warning: Actual argument contains too few elements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47349 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution

[Bug fortran/47728] [OOP] ICE on invalid CLASS declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47728 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo

[Bug fortran/47728] [OOP] ICE on invalid CLASS declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47728 --- Comment #9 from janus at gcc dot gnu.org 2011-02-14 13:57:55 UTC --- (In reply to comment #8) > If this survives the testsuite, I will commit it as obvious. Regtest successful. Will commit shortly.

[Bug fortran/47728] [OOP] ICE on invalid CLASS declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47728 --- Comment #10 from janus at gcc dot gnu.org 2011-02-14 18:12:59 UTC --- Author: janus Date: Mon Feb 14 18:12:55 2011 New Revision: 170144 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170144 Log: 2011-02-14 Janus Weil PR

[Bug fortran/47728] [OOP] ICE on invalid CLASS declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47728 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/47730] [OOP] ICE on invalid source in connection with SELECT TYPE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47730 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo

[Bug fortran/47730] [OOP] ICE on invalid source in connection with SELECT TYPE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47730 --- Comment #5 from janus at gcc dot gnu.org 2011-02-14 22:17:47 UTC --- Author: janus Date: Mon Feb 14 22:17:44 2011 New Revision: 170157 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170157 Log: 2011-02-14 Janus Weil PR

[Bug fortran/47730] [OOP] ICE on invalid source in connection with SELECT TYPE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47730 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/47745] [OOP] Segfault with CLASS(*) and derived type dummy arguments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47745 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed

[Bug fortran/47745] [OOP] Segfault with CLASS(*) and derived type dummy arguments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47745 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from

[Bug fortran/47745] [OOP] Segfault with CLASS(*) and derived type dummy arguments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47745 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug fortran/47745] [OOP] Segfault with CLASS(*) and derived type dummy arguments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47745 --- Comment #5 from janus at gcc dot gnu.org 2011-02-15 11:53:36 UTC --- One can get rid of the ICE via these two hunks: Index: gcc/fortran/interface.c === --- gcc/fortran

[Bug fortran/47745] [OOP] Segfault with CLASS(*) and derived type dummy arguments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47745 --- Comment #7 from janus at gcc dot gnu.org 2011-02-15 15:22:10 UTC --- (In reply to comment #6) > If I did not do any mistake, the patch in comment #5 breaks at least > gfortran.dg/typebound_operator_6.f03: Yes, I'm seeing th

[Bug fortran/47767] [OOP] SELECT TYPE fails to execute correct TYPE IS block

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47767 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code Status

[Bug fortran/47768] New: ICE: printing a derived-type variable with proc-pointer components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47768 Summary: ICE: printing a derived-type variable with proc-pointer components Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/47768] ICE: printing a derived-type variable with proc-pointer components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47768 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug fortran/47767] [OOP] SELECT TYPE fails to execute correct TYPE IS block

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47767 --- Comment #1 from janus at gcc dot gnu.org 2011-02-16 18:31:06 UTC --- Here is a variant: Apart from SELECT TYPE, this bug can also be exposed via the SAME_TYPE_AS intrinsic. module Tree_Nodes type treeNode contains procedure :: walk

[Bug fortran/47745] [OOP] Segfault with CLASS(*) and derived type dummy arguments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47745 --- Comment #8 from janus at gcc dot gnu.org 2011-02-16 20:52:00 UTC --- Author: janus Date: Wed Feb 16 20:51:56 2011 New Revision: 170223 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170223 Log: 2011-02-16 Janus Weil PR

[Bug fortran/47745] [OOP] Segfault with CLASS(*) and derived type dummy arguments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47745 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/47767] [OOP] SELECT TYPE fails to execute correct TYPE IS block

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47767 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo

[Bug fortran/47768] ICE: printing a derived-type variable with proc-pointer components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47768 --- Comment #2 from janus at gcc dot gnu.org 2011-02-16 22:22:03 UTC --- (In reply to comment #1) > (In reply to comment #0) > > Adding a data pointer component leads to rejection: > > > > print *,x > > 1 >

[Bug fortran/47768] ICE: printing a derived-type variable with proc-pointer components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47768 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed

[Bug fortran/47768] ICE: printing a derived-type variable with proc-pointer components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47768 --- Comment #4 from janus at gcc dot gnu.org 2011-02-17 10:35:04 UTC --- (In reply to comment #3) > Here is a patch for rejecting PPCs: This patch regtests cleanly. Will commit as obvious.

[Bug fortran/47767] [OOP] SELECT TYPE fails to execute correct TYPE IS block

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47767 --- Comment #4 from janus at gcc dot gnu.org 2011-02-18 10:04:33 UTC --- Author: janus Date: Fri Feb 18 10:04:30 2011 New Revision: 170269 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170269 Log: 2011-02-18 Janus Weil PR

[Bug fortran/47767] [OOP] SELECT TYPE fails to execute correct TYPE IS block

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47767 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/47775] Wrong code with allocatable function RESULT and GENERIC interfaces

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47775 --- Comment #7 from janus at gcc dot gnu.org 2011-02-18 10:12:06 UTC --- (In reply to comment #6) > Janus, Paul: Do you think the patch in comment 5 (with added "||") is OK? Or > does one need to take care about thinks like

[Bug fortran/47789] [OOP] Structure constructor of type extending DT with no components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47789 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed

[Bug fortran/47768] ICE: printing a derived-type variable with proc-pointer components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47768 --- Comment #5 from janus at gcc dot gnu.org 2011-02-18 12:24:01 UTC --- Author: janus Date: Fri Feb 18 12:23:56 2011 New Revision: 170271 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170271 Log: 2011-02-18 Janus Weil PR

[Bug fortran/47768] ICE: printing a derived-type variable with proc-pointer components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47768 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/47789] [OOP] Structure constructor of type extending DT with no components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47789 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo

[Bug fortran/47789] [F03] Structure constructor of type extending DT with no components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47789 janus at gcc dot gnu.org changed: What|Removed |Added Summary|[OOP] Structure constructor |[F03] Structure constructor

[Bug fortran/47789] [F03] Structure constructor of type extending DT with no components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47789 --- Comment #5 from janus at gcc dot gnu.org 2011-02-18 22:34:39 UTC --- Author: janus Date: Fri Feb 18 22:34:34 2011 New Revision: 170291 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170291 Log: 2011-02-18 Janus Weil PR

[Bug fortran/47789] [F03] Structure constructor of type extending DT with no components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47789 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/47805] [OOP] Overridding hidden (private) TPB is rejected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47805 janus at gcc dot gnu.org changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug fortran/47805] [OOP] Overridding hidden (private) TPB is rejected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47805 --- Comment #3 from janus at gcc dot gnu.org 2011-02-19 13:57:09 UTC --- (In reply to comment #2) > One can get rid of this error message e.g. by ... (warning: not regtested) Side note: This patch does not cause any regressions in the test su

[Bug fortran/45592] [F03] Valid structure constructor rejected for extended types

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45592 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug fortran/46321] [OOP] Polymorphic deallocation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46321 --- Comment #2 from janus at gcc dot gnu.org 2011-02-21 15:06:10 UTC --- (In reply to comment #1) > Note: There are four cases where a polymorphic deallocate is needed - though > some might end up in the same code path: > > - explici

[Bug fortran/57285] [OOP] ICE on invalid: "gfc_array_dimen_size(): Bad dimension" due to SIZE intrinsic with invalid dim on CLASS dummy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57285 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed

[Bug fortran/57284] [OOP] ICE with find_array_spec for polymorphic arrays

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57284 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed

[Bug fortran/57306] [OOP] ICE on valid with class pointer initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57306 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed

[Bug fortran/57365] [OOP] Sourced allocation fails with unlimited polymorphism

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57365 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed

[Bug fortran/57217] [4.7/4.8/4.9 Regression][OOP] Accepts invalid TBP overriding - lacking arguments check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57217 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed

[Bug fortran/57217] [4.7/4.8/4.9 Regression][OOP] Accepts invalid TBP overriding - lacking arguments check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57217 --- Comment #3 from janus at gcc dot gnu.org --- Fixed on trunk with: Author: janus Date: Tue May 28 11:21:44 2013 New Revision: 199375 URL: http://gcc.gnu.org/viewcvs?rev=199375&root=gcc&view=rev Log: 2013-05-28 Janus Weil

[Bug fortran/57217] [4.7/4.8/4.9 Regression][OOP] Accepts invalid TBP overriding - lacking arguments check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57217 --- Comment #4 from janus at gcc dot gnu.org --- Some follow-up items: * split type and rank check to provide better error messages (http://gcc.gnu.org/ml/fortran/2013-05/msg00039.html) * remove duplication in gfc_check_pointer_assign? (http

[Bug fortran/57373] ICE on invalid: insert_bbt(): Duplicate key found!

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57373 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug fortran/57364] [4.8/4.9 Regression][OOP] ICE gfc_enforce_clean_symbol_state

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57364 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed

[Bug fortran/54189] ICE (segfault) with invalid assumed-size dummy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54189 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed

[Bug fortran/57217] [4.7/4.8/4.9 Regression][OOP] Accepts invalid TBP overriding - lacking arguments check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57217 --- Comment #5 from janus at gcc dot gnu.org --- (In reply to janus from comment #4) > * fix assumed-type/rank cases > (http://gcc.gnu.org/ml/fortran/2013-05/msg00089.html) cf. also PR 54190

[Bug fortran/57217] [4.7/4.8/4.9 Regression][OOP] Accepts invalid TBP overriding - lacking arguments check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57217 --- Comment #6 from janus at gcc dot gnu.org --- (In reply to janus from comment #4) > * remove duplication in gfc_check_pointer_assign? > (http://gcc.gnu.org/ml/fortran/2013-05/msg00046.html) This apparently does not work: Removing the

[Bug fortran/54189] ICE (segfault) with invalid assumed-size dummy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54189 --- Comment #2 from janus at gcc dot gnu.org --- (In reply to janus from comment #1) > Trivial patch: Regtests cleanly. Will commit as obvious.

[Bug fortran/54189] ICE (segfault) with invalid assumed-size dummy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54189 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/54190] TYPE(*)/assumed-rank: Type/rank check too relaxed for dummy procedure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54190 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed

[Bug fortran/54190] TYPE(*)/assumed-rank: Type/rank check too relaxed for dummy procedure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54190 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/57217] [4.7/4.8/4.9 Regression][OOP] Accepts invalid TBP overriding - lacking arguments check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57217 --- Comment #7 from janus at gcc dot gnu.org --- (In reply to janus from comment #4) > Some follow-up items: > * split type and rank check to provide better error messages > (http://gcc.gnu.org/ml/fortran/2013-05/msg00039.html) > [

[Bug fortran/57217] [4.7/4.8/4.9 Regression][OOP] Accepts invalid TBP overriding - lacking arguments check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57217 --- Comment #8 from janus at gcc dot gnu.org --- Backport to 4.8: Author: janus Date: Fri May 31 18:10:03 2013 New Revision: 199554 URL: http://gcc.gnu.org/viewcvs?rev=199554&root=gcc&view=rev Log: 2013-05-31 Janus Weil

[Bug fortran/57217] [4.7/4.8/4.9 Regression][OOP] Accepts invalid TBP overriding - lacking arguments check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57217 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/57508] [4.8/4.9 Regression] [OOP] Intrinsic assignment+defined-assignment for comps: PROCEDURE attribute of '_F.DA0' conflicts with VARIABLE attribute

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57508 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug fortran/57556] [4.9 Regression] [OOP] ICE with move_alloc on polymorphic component with -fcheck=all

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57556 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug fortran/57639] [OOP] ICE with polymorphism (and illegal code)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57639 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed

[Bug fortran/57639] [OOP] ICE with polymorphism (and illegal code)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57639 --- Comment #2 from janus at gcc dot gnu.org --- Btw, the following variant ... implicit none class(*) :: t1, t2 print *, SAME_TYPE_AS (t1, t2) end ... gives a different backtrace: f951: internal compiler error: Segmentation fault

[Bug fortran/57639] [OOP] ICE with polymorphism (and illegal code)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57639 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

[Bug fortran/50550] does not recognize pointer variable at initialization (r178939)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50550 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||rejects-valid

[Bug fortran/50550] does not recognize pointer variable at initialization (r178939)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50550 --- Comment #4 from janus at gcc dot gnu.org --- (In reply to janus from comment #3) > Here is a simple patch to accept the code in comment 0: ... which unfortunately introduces a large amount of ICEs in the testsuite, e.g. on bounds_check_7.

[Bug fortran/57639] [OOP] ICE with polymorphism (and illegal code)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57639 --- Comment #4 from janus at gcc dot gnu.org --- (In reply to janus from comment #3) > The following patch fixes both variants: ... and regtests cleanly.

[Bug fortran/57922] [OOP] Memory leak with allocatable polymorphics

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57922 janus at gcc dot gnu.org changed: What|Removed |Added CC||janus at gcc dot gnu.org

[Bug fortran/57297] FAIL: gfortran.dg/select_type_4.f90 -O2 execution test

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57297 --- Comment #10 from janus at gcc dot gnu.org --- Hi Mikael, sorry for the very late reply ... (In reply to Mikael Morin from comment #8) > I'll need the help from an OOP expert. > > Janus, what is the rationale for using so

[Bug fortran/57922] [OOP] Memory leak with allocatable polymorphics

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57922 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution

[Bug fortran/46321] [OOP] Polymorphic deallocation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46321 --- Comment #7 from janus at gcc dot gnu.org --- Comment 0 has apparently been fixed by r199643. One should check whether the remaining items are also handled correctly already (in particular comments 1 - 3).

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336 Bug 37336 depends on bug 55207, which changed state. Bug 55207 Summary: Automatic deallocation of variables declared in the main program http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55207 What|Removed |Added ---

[Bug fortran/55207] Automatic deallocation of variables declared in the main program

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55207 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution

[Bug fortran/57762] [4.9 Regression] Memory leak in gfortran.dg/class_array_7.f03 after revision 200084

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57762 janus at gcc dot gnu.org changed: What|Removed |Added CC||janus at gcc dot gnu.org

[Bug fortran/52531] [OOP] Compilation fails with polymorphic dummy argument and OpenMP

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52531 --- Comment #8 from janus at gcc dot gnu.org --- (In reply to janus from comment #7) > Note that OpenMP 4.0 RC2 still lists polymorphic entities as unsupported, > cf. http://openmp.org/wp/openmp-specifications/ Update: OpenMP has been offi

[Bug fortran/57966] [OOP] Using a TBP to specify the shape of a dummy argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||rejects-valid

[Bug fortran/57966] [OOP] Using a TBP to specify the shape of a dummy argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

[Bug fortran/57966] [OOP] Using a TBP to specify the shape of a dummy argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966 --- Comment #3 from janus at gcc dot gnu.org --- (In reply to janus from comment #2) > Draft patch (not regtested yet): Seems to survive the regtest without any failures (except for round_4.f90, which is unrelated).

[Bug fortran/57639] [OOP] ICE with polymorphism (and illegal code)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57639 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/57966] [OOP] Using a TBP to specify the shape of a dummy argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966 --- Comment #5 from janus at gcc dot gnu.org --- (In reply to janus from comment #3) > (In reply to janus from comment #2) > > Draft patch (not regtested yet): > > Seems to survive the regtest without any failures However,

[Bug fortran/57966] [OOP] Using a TBP to specify the shape of a dummy argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966 --- Comment #7 from janus at gcc dot gnu.org --- The following patch fixes both variants (comment 1 and comment 5): Index: gcc/fortran/resolve.c === --- gcc/fortran/resolve.c

[Bug fortran/57966] [OOP] Using a TBP to specify the shape of a dummy argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966 --- Comment #8 from janus at gcc dot gnu.org --- (In reply to janus from comment #7) > Regtesting now ... Completed successfully!

[Bug fortran/57966] [OOP] Using a TBP to specify the shape of a dummy argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/57306] [OOP] ICE on valid with class pointer initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57306 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

[Bug fortran/57306] [OOP] ICE on valid with class pointer initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57306 --- Comment #3 from janus at gcc dot gnu.org --- (In reply to janus from comment #2) > The following patch seems to fix it ... ... but unfortunately ICEs on a number of tests, e.g. class_{13,18,33,34} and others.

[Bug fortran/57306] [OOP] ICE on valid with class pointer initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57306 --- Comment #4 from janus at gcc dot gnu.org --- Here is an enhanced patch which regtests cleanly: Index: gcc/fortran/trans-decl.c === --- gcc/fortran/trans-decl.c(revision

[Bug fortran/57285] [OOP] ICE on invalid: "gfc_array_dimen_size(): Bad dimension" due to SIZE intrinsic with invalid dim on CLASS dummy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57285 --- Comment #3 from janus at gcc dot gnu.org --- Why the hell do we disable the dimension check for CLASS variables? Index: gcc/fortran/check.c === --- gcc/fortran/check.c

[Bug fortran/57285] [OOP] ICE on invalid: "gfc_array_dimen_size(): Bad dimension" due to SIZE intrinsic with invalid dim on CLASS dummy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57285 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

[Bug fortran/57285] [OOP] ICE on invalid: "gfc_array_dimen_size(): Bad dimension" due to SIZE intrinsic with invalid dim on CLASS dummy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57285 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/57306] [OOP] [F08] ICE on valid with class pointer initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57306 janus at gcc dot gnu.org changed: What|Removed |Added Summary|[OOP] ICE on valid with |[OOP] [F08] ICE on valid

[Bug fortran/58023] [F03] ICE on invalid with bad PPC declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58023 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug fortran/58023] [F03] ICE on invalid with bad PPC declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58023 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

[Bug fortran/58026] [4.9 Regression] [OOP] ICE in generate_finalization_wrapper, at fortran/class.c:1521

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026 janus at gcc dot gnu.org changed: What|Removed |Added CC||janus at gcc dot gnu.org

[Bug fortran/58026] [4.9 Regression] [OOP] ICE in generate_finalization_wrapper, at fortran/class.c:1521

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026 --- Comment #4 from janus at gcc dot gnu.org --- Draft patch: Index: gcc/fortran/decl.c === --- gcc/fortran/decl.c(revision 201331) +++ gcc/fortran/decl.c(working copy

[Bug fortran/58023] [F03] ICE on invalid with bad PPC declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58023 --- Comment #3 from janus at gcc dot gnu.org --- (In reply to janus from comment #2) > Draft patch: Regtests cleanly. Will commit as obvious.

[Bug fortran/58026] [4.9 Regression] [OOP] ICE in generate_finalization_wrapper, at fortran/class.c:1521

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026 --- Comment #5 from janus at gcc dot gnu.org --- (In reply to janus from comment #4) > Draft patch: ... seems to regtest cleanly.

[Bug fortran/58023] [F03] ICE on invalid with bad PPC declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58023 --- Comment #4 from janus at gcc dot gnu.org --- (In reply to janus from comment #2) > Draft patch: Unfortunately, this patch only fixes comment 1, but not comment 0!

[Bug fortran/58023] [F03] ICE on invalid with bad PPC declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58023 --- Comment #5 from janus at gcc dot gnu.org --- Comment 0 can be fixed by the following additional hunk in resolve.c: @@ -12148,7 +12147,7 @@ resolve_fl_derived0 (gfc_symbol *sym) "must have at least one arg

[Bug fortran/57710] [OOP] _vptr not set for allocatable CLASS components

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57710 --- Comment #2 from janus at gcc dot gnu.org --- (In reply to Tobias Burnus from comment #0) > The following code (minus the IF condition) shows that _vptr is not set for > the allocatable component: > y.x._data = 0B; > the

[Bug fortran/57710] [OOP] [F08] _vptr not set for allocatable CLASS component inside BLOCK

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57710 janus at gcc dot gnu.org changed: What|Removed |Added Summary|[OOP] _vptr not set for |[OOP] [F08] _vptr not set

[Bug fortran/55887] [OOP][F08] ICE with CLASS and data-target pointer association in (default) initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55887 --- Comment #4 from janus at gcc dot gnu.org --- PR 57036 is very much related to this one ...

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