[Bug fortran/64674] [OOP] ICE in ASSOCIATE with class array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64674 --- Comment #4 from vehre at gcc dot gnu.org --- First patch available at: https://gcc.gnu.org/ml/fortran/2015-05/msg00011.html

[Bug fortran/60322] [OOP] Incorrect bounds on polymorphic dummy array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60322 vehre at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/59678] [F03] Segfault on equalizing variables of a complex derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution

[Bug fortran/65841] Seg fault on intrinsic assignment to allocatable derived type with allocatable component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65841 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug fortran/65548] [5/6 Regression] gfc_conv_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548 vehre at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|WAITING

[Bug fortran/65548] [5/6 Regression] gfc_conv_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548 --- Comment #36 from vehre at gcc dot gnu.org --- I am waiting for an official review of the patch, to be allowed to commit to trunk. So I am not waiting on you. :-)

[Bug fortran/65894] [6 Regression] severe regression in gfortran 6.0.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65894 vehre at gcc dot gnu.org changed: What|Removed |Added Attachment #35407|0 |1 is obsolete

[Bug fortran/65894] [6 Regression] severe regression in gfortran 6.0.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65894 --- Comment #14 from vehre at gcc dot gnu.org --- That solely depends on the availability of reviews. At the moment getting a review is quite difficult. Btw, when you can use docker, then there is docker image available at: https

[Bug fortran/59678] [F03] Segfault on equalizing variables of a complex derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678 --- Comment #20 from vehre at gcc dot gnu.org --- This patch is for trunk, aka 6.0.

[Bug fortran/66035] [5/6 Regression] gfortran ICE segfault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66035 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

[Bug fortran/66035] [5/6 Regression] gfortran ICE segfault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66035 --- Comment #4 from vehre at gcc dot gnu.org --- Created attachment 35482 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35482&action=edit Candidate patch for latest regressions. This is a candidate patch for trunk, aka 6.0, includ

[Bug fortran/65894] [6 Regression] severe regression in gfortran 6.0.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65894 vehre at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #16 from

[Bug fortran/65894] [6 Regression] severe regression in gfortran 6.0.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65894 --- Comment #18 from vehre at gcc dot gnu.org --- Yes, it also fixes the ICE in #11. The code example is part of the regression test added. I hope you don't mind. Most parts of the regression test added base on your reported issues. Additio

[Bug fortran/65548] [5/6 Regression] gfc_conv_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548 --- Comment #38 from vehre at gcc dot gnu.org --- Author: vehre Date: Wed May 20 14:56:47 2015 New Revision: 223445 URL: https://gcc.gnu.org/viewcvs?rev=223445&root=gcc&view=rev Log: gcc/fortran/ChangeLog: 2015-05-19 Andre Veh

[Bug fortran/66089] [6 Regression] elemental dependency mishandling when derived types are involved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 --- Comment #5 from vehre at gcc dot gnu.org --- Let's have a look at the standard (F2008, 12.8.2, last sentence): In the array case, the values of the elements, if any, of the result are the same as would have been obtained if the s

[Bug fortran/66089] [6 Regression] elemental dependency mishandling when derived types are involved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 --- Comment #7 from vehre at gcc dot gnu.org --- Ah, ok, which opens the question why that isn't done?

[Bug fortran/66089] [6 Regression] elemental dependency mishandling when derived types are involved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 --- Comment #9 from vehre at gcc dot gnu.org --- That was a rhetorical question. In the patch you submitted in comment #2 could you put a comment (in the source) at: Index: trans-array.c

[Bug fortran/44672] [F08] ALLOCATE with SOURCE and no array-spec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44672 vehre at gcc dot gnu.org changed: What|Removed |Added CC||damian at sourceryinstitute

[Bug fortran/66321] [4.9.2/5.1.0/6.0.0] errors allocating allocatable array component of pointer object component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66321 vehre at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC

[Bug fortran/65548] [5/6 Regression] gfc_conv_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution

[Bug fortran/44672] [F08] ALLOCATE with SOURCE and no array-spec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44672 --- Comment #14 from vehre at gcc dot gnu.org --- Yes, it does, but the fix is due to its size only available on trunk.

[Bug fortran/66927] [6 Regression] ICE in gfc_conf_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66927 --- Comment #8 from vehre at gcc dot gnu.org --- More elaborate patch available at: https://gcc.gnu.org/ml/fortran/2015-09/msg00142.html This patch also handles functions for source= that return a class object.

[Bug fortran/65889] [6 Regressions] [OOP] ICE with sizeof a polymorphic variable.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65889 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

[Bug fortran/65889] [6 Regressions] [OOP] ICE with sizeof a polymorphic variable.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65889 --- Comment #4 from vehre at gcc dot gnu.org --- Author: vehre Date: Wed Oct 7 10:58:46 2015 New Revision: 228566 URL: https://gcc.gnu.org/viewcvs?rev=228566&root=gcc&view=rev Log: gcc/fortran/ChangeLog: 2015-10-07 Andre Veh

[Bug fortran/65889] [6 Regressions] [OOP] ICE with sizeof a polymorphic variable.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65889 vehre at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/67171] [6 regression] sourced allocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67171 --- Comment #8 from vehre at gcc dot gnu.org --- Hi Mikael, yes, you are absolutely right. I mixed those two up, sorry. My head is in CUDA programming currently and that's keeping it quite busy. Feel free to review though :-) Regards, Andre

[Bug fortran/66927] [6 Regression] ICE in gfc_conf_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66927 --- Comment #9 from vehre at gcc dot gnu.org --- Author: vehre Date: Sun Oct 25 12:28:57 2015 New Revision: 229294 URL: https://gcc.gnu.org/viewcvs?rev=229294&root=gcc&view=rev Log: gcc/fortran/ChangeLog: 2015-10-25 Andre Veh

[Bug fortran/67044] ICE: in aggregate_value_p, at function.c:2068

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67044 --- Comment #3 from vehre at gcc dot gnu.org --- Author: vehre Date: Sun Oct 25 12:28:57 2015 New Revision: 229294 URL: https://gcc.gnu.org/viewcvs?rev=229294&root=gcc&view=rev Log: gcc/fortran/ChangeLog: 2015-10-25 Andre Veh

[Bug fortran/66927] [6 Regression] ICE in gfc_conf_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66927 --- Comment #10 from vehre at gcc dot gnu.org --- Author: vehre Date: Sun Oct 25 13:02:32 2015 New Revision: 229295 URL: https://gcc.gnu.org/viewcvs?rev=229295&root=gcc&view=rev Log: Added missing testcases of r229294 for patch of PR

[Bug fortran/66927] [6 Regression] ICE in gfc_conf_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66927 --- Comment #12 from vehre at gcc dot gnu.org --- I can confirm that issue. Don't know how to fix it yet, though. Looks like the scalarizer is not coping correctly with a AS_DEFERRED array.

[Bug fortran/66927] [6 Regression] ICE in gfc_conf_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66927 --- Comment #13 from vehre at gcc dot gnu.org --- Author: vehre Date: Mon Oct 26 13:03:22 2015 New Revision: 229353 URL: https://gcc.gnu.org/viewcvs?rev=229353&root=gcc&view=rev Log: gcc/fortran/ChangeLog: 2015-10-26 Andre Veh

[Bug fortran/67123] ICE with source allocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67123 Bug 67123 depends on bug 66927, which changed state. Bug 66927 Summary: [6 Regression] ICE in gfc_conf_procedure_call https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66927 What|Removed |Added --

[Bug fortran/66927] [6 Regression] ICE in gfc_conf_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66927 vehre at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/68218] ALLOCATE with size given by a module function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68218 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED CC

[Bug fortran/68218] ALLOCATE with size given by a module function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68218 --- Comment #3 from vehre at gcc dot gnu.org --- Author: vehre Date: Sun Nov 8 17:37:42 2015 New Revision: 229956 URL: https://gcc.gnu.org/viewcvs?rev=229956&root=gcc&view=rev Log: gcc/fortran/ChangeLog: 2015-11-08 Andre Veh

[Bug fortran/60322] [OOP] Incorrect bounds on polymorphic dummy array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60322 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED CC

[Bug fortran/60289] allocating class(*) pointer as character gives type-spec requires the same character-length parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60289 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED CC

[Bug fortran/61275] Invalid initialization expression for ALLOCATABLE component in structure constructor at (1)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61275 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC

[Bug fortran/60334] Segmentation fault on character pointer assignments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60334 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC

[Bug fortran/64692] Incorrect result for sourced allocate of class(*) array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64692 vehre at gcc dot gnu.org changed: What|Removed |Added CC||vehre at gcc dot gnu.org

[Bug fortran/64787] Invalid code on sourced allocation of class(*) character string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64787 vehre at gcc dot gnu.org changed: What|Removed |Added CC||vehre at gcc dot gnu.org

[Bug fortran/60357] [F08] structure constructor with unspecified values for allocatable components

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60357 vehre at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC

[Bug fortran/39627] [meta-bug] Fortran 2008 support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39627 Bug 39627 depends on bug 60357, which changed state. Bug 60357 Summary: [F08] structure constructor with unspecified values for allocatable components https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60357 What|Removed

[Bug fortran/60322] [OOP] Incorrect bounds on polymorphic dummy array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60322 --- Comment #7 from vehre at gcc dot gnu.org --- I just want to report some progress. I have a patch that fixes the issues in comment #1 and #3. The tree-dump shows, that a class array is handled the same for a class array as for a "type

[Bug fortran/60289] allocating class(*) pointer as character gives type-spec requires the same character-length parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60289 --- Comment #6 from vehre at gcc dot gnu.org --- Author: vehre Date: Fri Feb 6 11:22:54 2015 New Revision: 220474 URL: https://gcc.gnu.org/viewcvs?rev=220474&root=gcc&view=rev Log: PR fortran/60289 Initial patch by Ja

[Bug fortran/60289] allocating class(*) pointer as character gives type-spec requires the same character-length parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60289 vehre at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/64692] Incorrect result for sourced allocate of class(*) array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64692 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #4 from

[Bug libfortran/65234] New: Output descriptor (*(1E15.7)) not accepted

: libfortran Assignee: unassigned at gcc dot gnu.org Reporter: vehre at gcc dot gnu.org An output descriptor of the kind '(*(1E15.7))' is not accepted by the gfortran runtime library, but the error message: Fortran runtime error: '*' requires at least one associ

[Bug libfortran/65234] Output descriptor (*(1E15.7)) not accepted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65234 --- Comment #1 from vehre at gcc dot gnu.org --- Created attachment 34887 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34887&action=edit Testcase showing one ok, one fail

[Bug fortran/68218] ALLOCATE with size given by a module function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68218 --- Comment #5 from vehre at gcc dot gnu.org --- Author: vehre Date: Fri Nov 27 14:08:23 2015 New Revision: 231014 URL: https://gcc.gnu.org/viewcvs?rev=231014&root=gcc&view=rev Log: gcc/fortran/ChangeLog: 2015-11-27 Andre Veh

[Bug fortran/68218] ALLOCATE with size given by a module function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68218 --- Comment #6 from vehre at gcc dot gnu.org --- Author: vehre Date: Fri Nov 27 14:35:46 2015 New Revision: 231017 URL: https://gcc.gnu.org/viewcvs?rev=231017&root=gcc&view=rev Log: gcc/fortran/ChangeLog: 2015-11-27 Andre Veh

[Bug fortran/67044] ICE: in aggregate_value_p, at function.c:2068

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67044 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug fortran/69011] [6 Regression] [OOP] ICE in gfc_advance_chain for ALLOCATE with SOURCE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69011 vehre at gcc dot gnu.org changed: What|Removed |Added CC||vehre at gcc dot gnu.org

[Bug fortran/69011] [6 Regression] [OOP] ICE in gfc_advance_chain for ALLOCATE with SOURCE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69011 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |WAITING --- Comment #9 from

[Bug fortran/67779] Strange ordering with strings in extended object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67779 --- Comment #12 from vehre at gcc dot gnu.org --- That rings a bell. I feel like already have done some work on a similar issue. I will take a look, when I have some time left.

[Bug fortran/69011] [6 Regression] [OOP] ICE in gfc_advance_chain for ALLOCATE with SOURCE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69011 --- Comment #10 from vehre at gcc dot gnu.org --- Author: vehre Date: Tue Dec 29 13:20:37 2015 New Revision: 231992 URL: https://gcc.gnu.org/viewcvs?rev=231992&root=gcc&view=rev Log: gcc/testsuite/ChangeLog: 2015-12-29 Andre Veh

[Bug fortran/69011] [6 Regression] [OOP] ICE in gfc_advance_chain for ALLOCATE with SOURCE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69011 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution

[Bug fortran/67779] Strange ordering with strings in extended object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67779 Bug 67779 depends on bug 69011, which changed state. Bug 69011 Summary: [6 Regression] [OOP] ICE in gfc_advance_chain for ALLOCATE with SOURCE https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69011 What|Removed |Ad

[Bug fortran/62536] ICE (segfault) for invalid END BLOCK statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62536 vehre at gcc dot gnu.org changed: What|Removed |Added CC||vehre at gcc dot gnu.org

[Bug fortran/69268] [5 Regression] Sourced allocation calls function twice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69268 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

[Bug fortran/69268] [5 Regression] Sourced allocation calls function twice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69268 vehre at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #2 from

[Bug fortran/62536] ICE (segfault) for invalid END BLOCK statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62536 vehre at gcc dot gnu.org changed: What|Removed |Added Status|REOPENED|ASSIGNED Assignee

[Bug fortran/44672] [F08] ALLOCATE with SOURCE and no array-spec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44672 --- Comment #9 from vehre at gcc dot gnu.org --- Author: vehre Date: Mon Jun 15 10:08:04 2015 New Revision: 224477 URL: https://gcc.gnu.org/viewcvs?rev=224477&root=gcc&view=rev Log: gcc/testsuite/ChangeLog: 2015-06-15 Andre Veh

[Bug fortran/57307] ICE with sourced allocation with array constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57307 --- Comment #3 from vehre at gcc dot gnu.org --- Author: vehre Date: Mon Jun 15 10:08:04 2015 New Revision: 224477 URL: https://gcc.gnu.org/viewcvs?rev=224477&root=gcc&view=rev Log: gcc/testsuite/ChangeLog: 2015-06-15 Andre Veh

[Bug fortran/45440] [F03] ALLOCATE with SOURCE gives an ICE (segfault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45440 --- Comment #12 from vehre at gcc dot gnu.org --- Author: vehre Date: Mon Jun 15 10:08:04 2015 New Revision: 224477 URL: https://gcc.gnu.org/viewcvs?rev=224477&root=gcc&view=rev Log: gcc/testsuite/ChangeLog: 2015-06-15 Andre Veh

[Bug fortran/64589] [OOP] Linking error due to undefined integer symbol with unlimited polymorphism

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64589 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |WAITING CC

[Bug fortran/44672] [F08] ALLOCATE with SOURCE and no array-spec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44672 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution

[Bug fortran/45440] [F03] ALLOCATE with SOURCE gives an ICE (segfault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45440 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution

[Bug fortran/57307] ICE with sourced allocation with array constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57307 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution

[Bug fortran/66578] [F2008] Invalid free on allocate(...,source=a(:)) in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

[Bug fortran/66578] [F2008] Invalid free on allocate(...,source=a(:)) in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578 --- Comment #3 from vehre at gcc dot gnu.org --- Strictly speaking has this not much to do with the renewed allocate(). The pseudo code shows that with and without the block construct the offset of the source array's temporary descript

[Bug fortran/66578] [F2008] Invalid free on allocate(...,source=a(:)) in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578 --- Comment #4 from vehre at gcc dot gnu.org --- Further analysis showed that while the offset of source's temporary descriptor parm.3 is not as expected: // allocate(c, source=a(:)) // lb, ub,, offset, data parm.3 = {1, ub

[Bug fortran/66578] [F2008] Invalid free on allocate(...,source=a(:)) in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578 --- Comment #6 from vehre at gcc dot gnu.org --- c= a(:) works because there is no additional array descriptor inbetween. The (new) allocate gets its own temporary array descriptor for the source= expression, which in turn has incorrect bounds

[Bug fortran/66578] [F2008] Invalid free on allocate(...,source=a(:)) in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578 --- Comment #12 from vehre at gcc dot gnu.org --- Created attachment 35806 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35806&action=edit Incomplete patch The attached patch addresses some of the issues, but unfortunately does

[Bug fortran/66578] [F2008] Invalid free on allocate(...,source=a(:)) in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578 --- Comment #16 from vehre at gcc dot gnu.org --- I am getting a regression in char_length_5.f90. Anyone else?

[Bug fortran/64674] [OOP] ICE in ASSOCIATE with class array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64674 --- Comment #5 from vehre at gcc dot gnu.org --- Author: vehre Date: Tue Jun 23 09:07:22 2015 New Revision: 224827 URL: https://gcc.gnu.org/viewcvs?rev=224827&root=gcc&view=rev Log: gcc/fortran/ChangeLog: 2015-06-23 Andre Veh

[Bug fortran/66578] [F2008] Invalid free on allocate(...,source=a(:)) in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578 vehre at gcc dot gnu.org changed: What|Removed |Added Attachment #35806|0 |1 is obsolete

[Bug fortran/64674] [OOP] ICE in ASSOCIATE with class array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64674 vehre at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/64692] Incorrect result for sourced allocate of class(*) array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64692 vehre at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/66775] New: Allocatable function result type(t) produces segfault when uninitialized

Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: vehre at gcc dot gnu.org Target Milestone: --- Created attachment 35917 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35917&action=edit Full pseudo code of

[Bug fortran/58586] ICE with derived type with allocatable component passed by value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58586 --- Comment #8 from vehre at gcc dot gnu.org --- Author: vehre Date: Mon Jul 6 10:26:12 2015 New Revision: 225447 URL: https://gcc.gnu.org/viewcvs?rev=225447&root=gcc&view=rev Log: gcc/testsuite/ChangeLog: 2015-07-06 Andre Veh

[Bug fortran/66578] [F2008] Invalid free on allocate(...,source=a(:)) in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578 --- Comment #18 from vehre at gcc dot gnu.org --- Author: vehre Date: Tue Jul 7 11:10:12 2015 New Revision: 225507 URL: https://gcc.gnu.org/viewcvs?rev=225507&root=gcc&view=rev Log: gcc/testsuite/ChangeLog: 2015-07-07 Andre Veh

[Bug fortran/66775] Allocatable function result type(t) produces segfault when uninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66775 --- Comment #1 from vehre at gcc dot gnu.org --- This bug is somehow related with 55603.

[Bug fortran/66775] Allocatable function result type(t) produces segfault when uninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66775 --- Comment #2 from vehre at gcc dot gnu.org --- This bug is somehow related with pr55603.

[Bug fortran/58586] ICE with derived type with allocatable component passed by value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58586 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution

[Bug fortran/66578] [F2008] Invalid free on allocate(...,source=a(:)) in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578 vehre at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/66775] Allocatable function result type(t) produces segfault when uninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66775 vehre at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution

[Bug fortran/64589] [OOP] Linking error due to undefined integer symbol with unlimited polymorphism

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64589 --- Comment #5 from vehre at gcc dot gnu.org --- Author: vehre Date: Mon Jul 13 09:01:54 2015 New Revision: 225730 URL: https://gcc.gnu.org/viewcvs?rev=225730&root=gcc&view=rev Log: gcc/testsuite/ChangeLog: 2015-07-13 Andre Veh

[Bug fortran/66035] [5/6 Regression] gfortran ICE segfault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66035 --- Comment #6 from vehre at gcc dot gnu.org --- Author: vehre Date: Fri Jul 17 10:16:21 2015 New Revision: 225928 URL: https://gcc.gnu.org/viewcvs?rev=225928&root=gcc&view=rev Log: gcc/fortran/ChangeLog: 2015-07-17 Andre Veh

[Bug fortran/66927] [6.0 regression] ICE in gfc_conf_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66927 --- Comment #3 from vehre at gcc dot gnu.org --- F2008, C633 says: (R631) If allocate-object is an array either allocate-shape-spec-list shall appear or source-expr shall appear and have the same rank as allocate-object. If allocate-object is

[Bug fortran/66927] [6.0 regression] ICE in gfc_conf_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66927 vehre at gcc dot gnu.org changed: What|Removed |Added CC||vehre at gcc dot gnu.org

[Bug fortran/66927] [6.0 regression] ICE in gfc_conf_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66927 --- Comment #6 from vehre at gcc dot gnu.org --- This fixes the issue: diff --git a/gcc/fortran/trans-stmt.c b/gcc/fortran/trans-stmt.c index 6409f7f..181cbce 100644 --- a/gcc/fortran/trans-stmt.c +++ b/gcc/fortran/trans-stmt.c @@ -5189,7

[Bug fortran/64589] [OOP] Linking error due to undefined integer symbol with unlimited polymorphism

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64589 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution

[Bug fortran/66035] [5/6 Regression] gfortran ICE segfault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66035 vehre at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/66035] [5/6 Regression] gfortran ICE segfault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66035 --- Comment #8 from vehre at gcc dot gnu.org --- Author: vehre Date: Tue Jul 21 10:36:06 2015 New Revision: 226037 URL: https://gcc.gnu.org/viewcvs?rev=226037&root=gcc&view=rev Log: gcc/fortran/ChangeLog: 2015-07-21 Andre Veh

[Bug fortran/44672] [F08] ALLOCATE with SOURCE and no array-spec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44672 --- Comment #12 from vehre at gcc dot gnu.org --- This is a bigger change to the code and we already have seen a few bugs it caused. This means, that backporting will be a bigger effort and I don't assume, that there will be much support o

[Bug fortran/67123] ICE with source allocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67123 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |NEW --- Comment #2 from vehre

[Bug fortran/66927] [6 Regression] ICE in gfc_conf_procedure_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66927 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

[Bug fortran/67171] [6.0 regression] sourced allocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67171 --- Comment #1 from vehre at gcc dot gnu.org --- First working thesis on this: offset of d is errorneously propagate to tmp. A suitable workaround is to wrap the last allocate in an associate: associate (t => tmp(1:50,:)) allocate( d( 50

[Bug fortran/71623] [5/6/7 Regression] Segfault when allocating deferred-length characters to size of a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71623 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee

<    1   2   3   4   5   6   7   8   >