[Bug fortran/88710] [F08] Sourced allocation of array fails, yielding wrong bounds and result

2019-01-05 Thread c...@mnet-mail.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88710 --- Comment #4 from c...@mnet-mail.de --- Thanks, this caught the bounds violation with the following output: lbound/ubound(a):-1-1 1 2 1 1 lbound/ubound(b):-1-1 1 2 1 1 lbound/ubound(c):-1

[Bug fortran/88710] [F08] Sourced allocation of array fails, yielding wrong bounds and result

2019-01-05 Thread c...@mnet-mail.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88710 --- Comment #2 from c...@mnet-mail.de --- Yes, the said block accesses 't' outside its bounds (because the returned bounds are wrong). Thanks for mentioning this. For what it's worth, I have compiled the code also with '-Wall' and '-Warray

[Bug fortran/88710] New: [F08] Sourced allocation of array fails, yielding wrong bounds and result

2019-01-05 Thread c...@mnet-mail.de
: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: c...@mnet-mail.de Target Milestone: --- The following code shows that sourced allocation of an allocatable array with gfortran 8.1.0 leads to wrong lower and upper bounds

[Bug fortran/85357] ICE on invalid code with equal procedure names

2018-12-29 Thread c...@mnet-mail.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85357 --- Comment #10 from c...@mnet-mail.de --- Thanks for the fix, and a Happy New Year to you guys!

[Bug fortran/85357] gfortran versions 7.2.0/8.0.1 reject F03 procedure overriding

2018-08-29 Thread c...@mnet-mail.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85357 --- Comment #5 from c...@mnet-mail.de --- It would be rather surprising if the Fortran standard viewed this as being invalid code (the procedure in question is bound to a dervied type, hence should be overridable). Better to consult

[Bug fortran/86576] New: [F03][OOP] Sourced allocation of object array fails with SEGFAULT

2018-07-18 Thread c...@mnet-mail.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: c...@mnet-mail.de Target Milestone: --- The following Fortran 2003 test code, that makes extensive use of sourced allocation, should build and allocate an array of objects

[Bug fortran/86242] [6/7/8/9 Regression] [OOP] ICE for derived type with allocatable component and proc-ptr component

2018-07-03 Thread c...@mnet-mail.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86242 --- Comment #11 from c...@mnet-mail.de --- Thanks for the fix! On 07/03/2018 12:48 PM, pault at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86242 > > Paul Thomas changed: > > W

[Bug fortran/86242] New: [F03] ICE for derived type with allocatable class component

2018-06-20 Thread c...@mnet-mail.de
Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: c...@mnet-mail.de Target Milestone: --- The following Fortran 2003 code (which compiles with flang 6.0, pgfortran 17.10, and ifort 19.0.0.070 Beta) generates an internal compiler error

[Bug fortran/85395] New: [7/8] F03 private clause contained in derived type acquires spurious scope

2018-04-13 Thread c...@mnet-mail.de
: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: c...@mnet-mail.de Target Milestone: --- The following valid Fortran2003 sample code fails to compile with gfortran 7.2.0/8.0.1, apparently because the private clause

[Bug fortran/85357] gfortran versions 7.2.0/8.0.1 reject F03 procedure overriding

2018-04-12 Thread c...@mnet-mail.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85357 c...@mnet-mail.de changed: What|Removed |Added Summary|Regression: gfortran|gfortran versions

[Bug fortran/85357] New: Regression: gfortran versions 7.2.0/8.0.1 reject F03 procedure overriding

2018-04-11 Thread c...@mnet-mail.de
: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: c...@mnet-mail.de Target Milestone: --- Created attachment 43913 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43913=edit gfortran 7.2.0/8.0.1 error messa