[Bug libfortran/78549] [8 Regression] Very slow formatted internal file output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549 --- Comment #20 from Jerry DeLisle --- (In reply to Thomas Koenig from comment #19) > Created attachment 42320 [details] > patch which failes with dtio_14 and dtio_15, among others > > Well, this one doesn't work yet. Do you want to continue

[Bug fortran/50410] [5/6/7/8 Regression] ICE in record_reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 --- Comment #30 from Jerry DeLisle --- (In reply to Dominique d'Humieres from comment #28) --- snip --- > BTW what is the best expression in English "already is" or "is already", the > later being easier to parse for French readers. "is

[Bug libfortran/78549] [8 Regression] Very slow formatted internal file output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549 --- Comment #15 from Jerry DeLisle --- For my own baseline: gcc6: real 0m6.948s gcc7: real 0m9.906s gcc8: real 0m10.415s I backported removal of the caching mentioned in comment #14 to gcc7. The two should be identical except

[Bug libfortran/78549] [8 Regression] Very slow formatted internal file output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549 --- Comment #14 from Jerry DeLisle --- The real issue is that to support DTIO with internal units I had to actually use a gfc_unit structure. Before DTIO we never did this. At the time of doing DTIO I did not have a 'better idea' since by the

[Bug libfortran/78549] Very slow formatted internal file output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549 --- Comment #11 from Jerry DeLisle --- Thanks for getting this profile. I agree, delete_root is to be looked at. Was this profile on trunk? Can you also post one for gcc6 or earlier.

[Bug fortran/40196] [F03] [F08] Type parameter inquiry (str%len, a%kind) and Complex parts (z%re, z%im)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40196 --- Comment #6 from Jerry DeLisle --- This works: type tp(dim) integer, KIND :: dim = 3 real :: dist(dim) end type tp type(tp) :: t(5) print *, t%dist(2) print *, t end

[Bug fortran/40196] [F03] [F08] Type parameter inquiry (str%len, a%kind) and Complex parts (z%re, z%im)

at gcc dot gnu.org |jvdelisle at gcc dot gnu.org Severity|enhancement |normal --- Comment #5 from Jerry DeLisle --- I think originally this was an enhancement becasue we were focused on F95 back in 2009, now we are going for 2015 stuff so this one is higher

[Bug libfortran/81937] stack-buffer-overflow on memcpy in libgfortran/io/unix.c on character(kind=4)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81937 --- Comment #2 from Jerry DeLisle --- Added Thomas to cc since he is peeking at I/O things I think.

[Bug fortran/81499] internal compiler error when compiling gfortran code with user-defined derived type i/o

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81499 --- Comment #2 from Jerry DeLisle --- Just doing a quick scan here. Has anuone tried allocating the dtv1...4 before the I/O calls. I think i can see where th einternal runtime is trying to pass interal pointers to the DTIO procedures and an

[Bug fortran/82007] DTIO write format stored in a string leads to severe errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82007 --- Comment #5 from Jerry DeLisle --- The ice is because we are not handling the case where the expreesion is type function vs character expression or character constant. I am thinking we need to simplify the expression before trying to use it.

[Bug fortran/82372] Rejects valid parenthesis

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82372 --- Comment #2 from Jerry DeLisle --- $ cat bug1.f90 program vincenty implicit none real, parameter :: f = .2345 real :: tmp tmp = 1.0 − f end program $ gfc49 bug1.f90 bug1.f90:7: tmp = 1.0 \xE2\x88\x92 f 1 Error: Unclassifiable statement

[Bug fortran/82372] Rejects valid parenthesis

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82372 --- Comment #1 from Jerry DeLisle --- Another, reduced: program vincenty implicit none integer, parameter :: wp = selected_real_kind (18) ! Working Precision real(wp), parameter :: f = 1.0_wp/298.257223563_wp real(wp) :: tmp tmp = 1.0 − f

[Bug fortran/82372] New: Rejects valid parenthesis

Assignee: unassigned at gcc dot gnu.org Reporter: jvdelisle at gcc dot gnu.org Target Milestone: --- program vincenty implicit none integer, parameter :: wp = selected_real_kind (18) ! Working Precision real(wp), parameter :: f = 1.0_wp/298.257223563_wp real(wp), parameter :: pi

[Bug testsuite/82324] Problem in new trunk test case gfortran.dg/promotion_4.f90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82324 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug fortran/78387] OpenMP segfault/stack size exceeded writing to internal file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78387 Jerry DeLisle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/78387] OpenMP segfault/stack size exceeded writing to internal file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78387 --- Comment #15 from Jerry DeLisle --- Author: jvdelisle Date: Wed Sep 20 01:32:59 2017 New Revision: 252992 URL: https://gcc.gnu.org/viewcvs?rev=252992=gcc=rev Log: 2017-09-19 Jerry DeLisle Backport from

[Bug fortran/82007] DTIO write format stored in a string leads to severe errors

at gcc dot gnu.org |jvdelisle at gcc dot gnu.org --- Comment #4 from Jerry DeLisle --- With gfortran 7.2.1 and trunk, I do not see the error from the write at line 46: write( unit=10, fmt=fmt_str, iostat=myiostat, iomsg=astring) member I do see the ICE with this one: write( unit

[Bug fortran/82007] DTIO write format stored in a string leads to severe errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82007 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug fortran/78387] OpenMP segfault/stack size exceeded writing to internal file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78387 --- Comment #13 from Jerry DeLisle --- Author: jvdelisle Date: Mon Aug 28 03:42:47 2017 New Revision: 251374 URL: https://gcc.gnu.org/viewcvs?rev=251374=gcc=rev Log: 2017-08-27 Jerry DeLisle PR

[Bug fortran/81296] derived type I/o problem

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81296 Jerry DeLisle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/81296] derived type I/o problem

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81296 --- Comment #6 from Jerry DeLisle --- Author: jvdelisle Date: Wed Aug 23 00:41:10 2017 New Revision: 251301 URL: https://gcc.gnu.org/viewcvs?rev=251301=gcc=rev Log: 2017-08-22 Jerry DeLisle Backport from trunk

[Bug fortran/81296] derived type I/o problem

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81296 --- Comment #5 from Jerry DeLisle --- Author: jvdelisle Date: Tue Aug 22 01:02:15 2017 New Revision: 251254 URL: https://gcc.gnu.org/viewcvs?rev=251254=gcc=rev Log: 2017-08-21 Jerry DeLisle PR fortran/81296

[Bug fortran/81296] derived type I/o problem

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81296 --- Comment #4 from Jerry DeLisle --- Created attachment 42012 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42012=edit A patch being tested. This patch adds a check for the DT descriptor in the format label. Preliminary test show that

[Bug fortran/78387] OpenMP segfault/stack size exceeded writing to internal file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78387 --- Comment #12 from Jerry DeLisle --- Patch submitted here: https://gcc.gnu.org/ml/fortran/2017-08/msg00045.html

[Bug fortran/78387] OpenMP segfault/stack size exceeded writing to internal file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78387 --- Comment #11 from Jerry DeLisle --- After thinking about this, I think I have a better idea which gets rid of the stash completely and will avoid allocating a unit structure for internal units. To accomplish this, I intend to pass the string,

[Bug fortran/80164] ICE in gfc_format_decoder at gcc/fortran/error.c:933

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80164 Jerry DeLisle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/80164] ICE in gfc_format_decoder at gcc/fortran/error.c:933

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80164 --- Comment #15 from Jerry DeLisle --- Author: jvdelisle Date: Fri Aug 18 21:36:50 2017 New Revision: 251189 URL: https://gcc.gnu.org/viewcvs?rev=251189=gcc=rev Log: 2017-08-18 Jerry DeLisle Backport from

[Bug fortran/69834] [OOP] Collision in derived type hashes

||jvdelisle at gcc dot gnu.org Resolution|--- |FIXED --- Comment #15 from Jerry DeLisle --- (In reply to Jakub Jelinek from comment #14) > GCC 7.1 has been released. This is already in 7. I see no need for 6.

[Bug fortran/79072] ICE with class(*) pointer function result and character value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79072 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug fortran/42568] [Cygwin] BLOCKDATA referenced in EXTERNAL not loading from library

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42568 --- Comment #32 from Jerry DeLisle --- (In reply to Eric Gallager from comment #30) > (In reply to Jerry DeLisle from comment #29) > > I happened to just get Cygwin installed and running on my Windows box. Let > > me run some tests and see if I

[Bug fortran/81296] derived type I/o problem

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81296 --- Comment #3 from Jerry DeLisle --- OK, with the alternate form of the format (aka format statement) the frontend is not building the correct calls to the user defined procedure. { struct __st_parameter_dt dt_parm.9;

[Bug fortran/52387] I/O output of write after nonadvancing read

|--- Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot gnu.org --- Comment #13 from Jerry DeLisle --- (In reply to Eric Gallager from comment #12) > (In reply to Dominique d'Humieres from comment #11) > > > Tobias, any further information

[Bug fortran/44292] [libgfortran ABI breakage] Increase internal size of RECL= of the OPEN statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44292 Jerry DeLisle changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot gnu.org

[Bug fortran/81707] Type parameter inquiry errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81707 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug libquadmath/65757] gfortran gives incorrect result for anint with real*16 argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65757 --- Comment #19 from Jerry DeLisle --- (In reply to Jakub Jelinek from comment #18) > Created attachment 41744 [details] > gcc8-pr65757.patch > > Here is a full version, it compiles, no further testing so far. > I guess I can bootstrap/regtest

[Bug fortran/81296] derived type I/o problem

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81296 Jerry DeLisle changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot gnu.org

[Bug libquadmath/65757] gfortran gives incorrect result for anint with real*16 argument

||2017-07-13 Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #15 from Jerry DeLisle --- (In reply to jos...@codesourcery.com from comment #11) > I don't know what process Ja

[Bug fortran/78387] OpenMP segfault/stack size exceeded writing to internal file

at gcc dot gnu.org |jvdelisle at gcc dot gnu.org --- Comment #8 from Jerry DeLisle --- (In reply to Jim Wilson from comment #7) --- snip --- > > However, for stash_internal_unit, we have as global definitions > #define NEWUNIT_STACK_SIZE 16 > static gfc_saved_unit n

[Bug fortran/81241] write end of file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81241 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug fortran/53029] missed optimization in internal read (without implied-do-loop)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53029 Jerry DeLisle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/53029] missed optimization in internal read (without implied-do-loop)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53029 --- Comment #10 from Jerry DeLisle --- Author: jvdelisle Date: Wed Jun 28 04:14:32 2017 New Revision: 249719 URL: https://gcc.gnu.org/viewcvs?rev=249719=gcc=rev Log: 2017-06-27 Jerry DeLisle Backport from

[Bug fortran/80164] ICE in gfc_format_decoder at gcc/fortran/error.c:933

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80164 --- Comment #12 from Jerry DeLisle --- Fixed on trunk, will backport to 7 in a few days.

[Bug fortran/80164] ICE in gfc_format_decoder at gcc/fortran/error.c:933

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80164 --- Comment #11 from Jerry DeLisle --- Author: jvdelisle Date: Wed Jun 28 02:17:40 2017 New Revision: 249718 URL: https://gcc.gnu.org/viewcvs?rev=249718=gcc=rev Log: 2017-06-27 Jerry DeLisle PR fortran/80164

[Bug fortran/81160] arith.c:2009: bad statement order ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81160 Jerry DeLisle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/80164] ICE in gfc_format_decoder at gcc/fortran/error.c:933

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80164 Jerry DeLisle changed: What|Removed |Added Status|WAITING |ASSIGNED --- Comment #10 from Jerry

[Bug fortran/80164] ICE in gfc_format_decoder at gcc/fortran/error.c:933

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80164 --- Comment #9 from Jerry DeLisle --- Martin or Dominique, in looking at this I am unable to reproduce any failures. Was this for a specific platform? Mac, PowerPC ?

[Bug fortran/80164] ICE in gfc_format_decoder at gcc/fortran/error.c:933

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80164 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug fortran/81160] arith.c:2009: bad statement order ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81160 --- Comment #3 from Jerry DeLisle --- Fixed on trunk. Any need to backport to 7 or earlier?

[Bug fortran/81160] arith.c:2009: bad statement order ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81160 --- Comment #2 from Jerry DeLisle --- Author: jvdelisle Date: Sat Jun 24 21:22:08 2017 New Revision: 249627 URL: https://gcc.gnu.org/viewcvs?rev=249627=gcc=rev Log: 2017-06-24 Jerry DeLisle PR fortran/81160

[Bug libfortran/81195] SPEC CPU2017 621.wrf_s failure with 40+ openmp threads

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81195 --- Comment #5 from Jerry DeLisle --- (In reply to Thomas Koenig from comment #2) > I was sort of waiting for the new SPEC suite to expose bugs :-) > > The patch looks obvious enough, even in the absence > of a test case. > > Could you run a

[Bug fortran/81160] arith.c:2009: bad statement order ?

||2017-06-21 CC||jvdelisle at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jerry DeLisle --- We probably

[Bug fortran/80009] Printing/writing a structure with a real edit descriptor.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80009 Jerry DeLisle changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot gnu.org

[Bug fortran/81039] INTERNAL-PROC procedure rejected as EXTERNAL-PROC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81039 Jerry DeLisle changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug fortran/81039] INTERNAL-PROC procedure rejected as EXTERNAL-PROC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81039 --- Comment #2 from Jerry DeLisle --- (In reply to Dominique d'Humieres from comment #1) > WORKSFORME: r248853 and x86_64-apple-darwin16. Updating my trunk and doing a clean build.

[Bug fortran/81039] New: INTERNAL-PROC procedure rejected as EXTERNAL-PROC

: fortran Assignee: unassigned at gcc dot gnu.org Reporter: jvdelisle at gcc dot gnu.org Target Milestone: --- Created attachment 41525 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41525=edit Valid code rejected $ gfortran -fcoarray=single -c co_reduce_res_im.

[Bug libfortran/79540] [7/8 Regression] FAIL: gfortran.dg/fmt_fw_d.f90 -O0 execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79540 --- Comment #6 from Jerry DeLisle --- Some other bugs were fixed and I am wondering if this is still failing?

[Bug fortran/80009] Printing/writing a structure with a real edit descriptor.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80009 --- Comment #10 from Jerry DeLisle --- After a lot of head scratching I think I am changing my mind on this one. If one tries to assign to a real variable as in: program test_b_write_dt_mod use :: B_write_dt_mod implicit none

[Bug fortran/52473] CSHIFT slow - inline it?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52473 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug fortran/80988] [8 Regression] 171_swim fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80988 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug fortran/80945] Invalid code with allocatable character array in READ/WRITE statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80945 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug fortran/80960] [regression since 4.9.2] gfortran crashes when compiling f90 file with msg "Out of memory: Kill process 538 (f951)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80960 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug libfortran/80850] Sourced allocate() fails to allocate a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80850 --- Comment #6 from Jerry DeLisle --- (In reply to DIL from comment #4) > Offset of zero is fine. I have never observed this SegFault before. I ran > the test on multiple machines with GCC/5.3.0, GCC/5.4.0, and GCC/6.3.1. > Also, as I mentioned

[Bug fortran/53029] missed optimization in internal read (without implied-do-loop)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53029 --- Comment #8 from Jerry DeLisle --- Fixed on trunk. If this is important enough we could backport to 7. Any opinions?

[Bug fortran/53029] missed optimization in internal read (without implied-do-loop)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53029 --- Comment #7 from Jerry DeLisle --- Author: jvdelisle Date: Mon May 29 19:17:57 2017 New Revision: 248577 URL: https://gcc.gnu.org/viewcvs?rev=248577=gcc=rev Log: 2017-05-29 Jerry DeLisle PR

[Bug fortran/35339] Improve translation of implied do loop in transfer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35339 --- Comment #11 from Jerry DeLisle --- (In reply to Manfred Schwarb from comment #10) > As I understand this patch applies to read and write. > How does this optimization behave regarding my pet issue (short array reads)? > > I.e. >

[Bug fortran/53029] missed optimization in internal read (without implied-do-loop)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53029 --- Comment #5 from Jerry DeLisle --- The patch regression tested OK. Manfred can you test for yourself? At least on this test case we are getting biggly better!

[Bug fortran/53029] missed optimization in internal read (without implied-do-loop)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53029 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug libfortran/80850] Sourced allocate() fails to allocate a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80850 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug fortran/35339] Improve translation of implied do loop in transfer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35339 --- Comment #8 from Jerry DeLisle --- (In reply to Nicolas Koenig from comment #7) > Created attachment 41420 [details] > Early patch for simplifying impl do loops - 2 > > Sorry, wrong patch _and_ wrong testcase... Still fails for mysterious >

[Bug libfortran/78379] Processor-specific versions for matmul

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78379 --- Comment #36 from Jerry DeLisle --- Results look very good. Gfortran 7, no patch gives: $ gfc7 -static -Ofast -ftree-vectorize compare.f90 $ ./a.out =

[Bug libfortran/78379] Processor-specific versions for matmul

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78379 --- Comment #35 from Jerry DeLisle --- (In reply to Thomas Koenig from comment #34) > Created attachment 41410 [details] > Patch which has all the files > > Well, I suspect my way of splitting the previous patch into > one real patch and one

[Bug libfortran/78379] Processor-specific versions for matmul

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78379 --- Comment #33 from Jerry DeLisle --- (In reply to Thomas Koenig from comment #32) > Created attachment 41406 [details] > Additional files for the previous patch > > Here are the new files for the patch. Well I tried to apply the patch and

[Bug fortran/80741] [Regression 7/8] DTIO wrong code causes incorrect behaviour of namelist READ

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741 Jerry DeLisle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/80741] [Regression 7/8] DTIO wrong code causes incorrect behaviour of namelist READ

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741 --- Comment #9 from Jerry DeLisle --- Author: jvdelisle Date: Tue May 23 22:05:56 2017 New Revision: 248390 URL: https://gcc.gnu.org/viewcvs?rev=248390=gcc=rev Log: 2017-05-23 Jerry DeLisle Backport from trunk

[Bug fortran/80333] Namelist dtio write of array of class does not traverse the array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80333 Jerry DeLisle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/80333] Namelist dtio write of array of class does not traverse the array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80333 --- Comment #5 from Jerry DeLisle --- Author: jvdelisle Date: Tue May 23 21:39:41 2017 New Revision: 248388 URL: https://gcc.gnu.org/viewcvs?rev=248388=gcc=rev Log: 2017-05-23 Paul Thomas Backport from trunk

[Bug fortran/80256] Cygwin test fail: bind_c_array_params_2.f90 scan-assembler-times

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80256 Jerry DeLisle changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug fortran/80256] Cygwin test fail: bind_c_array_params_2.f90 scan-assembler-times

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80256 --- Comment #4 from Jerry DeLisle --- Author: jvdelisle Date: Tue May 23 15:54:59 2017 New Revision: 248371 URL: https://gcc.gnu.org/viewcvs?rev=248371=gcc=rev Log: 2017-05-23 Jerry DeLisle PR

[Bug fortran/80766] [7/8 Regression] [OOP] ICE with type-bound procedure returning an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80766 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug fortran/80256] Cygwin test fail: bind_c_array_params_2.f90 scan-assembler-times

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80256 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug fortran/80610] Compiler crashes ungraciously when large static array is initialized with anything other than zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80610 --- Comment #14 from Jerry DeLisle --- (In reply to Steve Kargl from comment #13) > On Sat, May 20, 2017 at 04:59:10AM +0000, jvdelisle at gcc dot gnu.org wrote: > > > > Yes that will take some frontend magic and we hav

[Bug fortran/80610] Compiler crashes ungraciously when large static array is initialized with anything other than zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80610 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug fortran/80333] Namelist dtio write of array of class does not traverse the array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80333 --- Comment #4 from Jerry DeLisle --- This is now fixed on trunk. The patch fixes both READ and WRITE traversal of arrays of class objects using User Defined Derived Type I/O in NAMELISTs. This could be a slick feature for "serializing" CLASS

[Bug fortran/80333] Namelist dtio write of array of class does not traverse the array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80333 --- Comment #3 from Jerry DeLisle --- Author: jvdelisle Date: Fri May 19 15:48:35 2017 New Revision: 248293 URL: https://gcc.gnu.org/viewcvs?rev=248293=gcc=rev Log: 2017-05-19 Paul Thomas PR fortran/80333

[Bug fortran/66499] Letters with accents change format behavior for X and T descriptors.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66499 --- Comment #3 from Jerry DeLisle --- The trimmed length is incorrect. With this test: program test_character real:: a character(len=2, kind=4):: char1, char2 char2 = 4_"Ã" open(6, encoding="utf-8") write(*,'(a)') trim(char2)

[Bug fortran/80741] [Regression 7/8] DTIO wrong code causes incorrect behaviour of namelist READ

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741 --- Comment #8 from Jerry DeLisle --- Author: jvdelisle Date: Wed May 17 20:33:34 2017 New Revision: 248172 URL: https://gcc.gnu.org/viewcvs?rev=248172=gcc=rev Log: 2017-05-17 Jerry DeLisle PR

[Bug fortran/80741] [Regression 7/8] DTIO wrong code causes incorrect behaviour of namelist READ

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741 --- Comment #6 from Jerry DeLisle --- Author: jvdelisle Date: Wed May 17 20:33:20 2017 New Revision: 248170 URL: https://gcc.gnu.org/viewcvs?rev=248170=gcc=rev Log: 2017-05-17 Jerry DeLisle PR

[Bug fortran/80741] [Regression 7/8] DTIO wrong code causes incorrect behaviour of namelist READ

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741 --- Comment #7 from Jerry DeLisle --- Author: jvdelisle Date: Wed May 17 20:33:27 2017 New Revision: 248171 URL: https://gcc.gnu.org/viewcvs?rev=248171=gcc=rev Log: 2017-05-17 Jerry DeLisle PR

[Bug fortran/78881] [F03] reading from string with DTIO procedure does not work properly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78881 Jerry DeLisle changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug libfortran/80727] [7/8 Regression] Crash of runtime gfortran library during integer transformation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80727 Jerry DeLisle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libfortran/80727] [7/8 Regression] Crash of runtime gfortran library during integer transformation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80727 --- Comment #4 from Jerry DeLisle --- Author: jvdelisle Date: Wed May 17 20:00:53 2017 New Revision: 248167 URL: https://gcc.gnu.org/viewcvs?rev=248167=gcc=rev Log: 2017-05-17 Jerry DeLisle Backport from trunk

[Bug fortran/78659] [F03] Spurious "requires DTIO" reported against namelist statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78659 Jerry DeLisle changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug fortran/78659] [F03] Spurious "requires DTIO" reported against namelist statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78659 --- Comment #15 from Jerry DeLisle --- Author: jvdelisle Date: Wed May 17 18:09:48 2017 New Revision: 248166 URL: https://gcc.gnu.org/viewcvs?rev=248166=gcc=rev Log: 2017-05-17 Jerry DeLisle Backport from

[Bug fortran/80741] [Regression 7/8] DTIO wrong code causes incorrect behaviour of namelist READ

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741 --- Comment #5 from Jerry DeLisle --- Found the problem. As part of the DTIO patch we moved last_char from the dtp structure to the gfc_unit structure so that the last character read would be buffered across the parent-child procedure boundary.

[Bug fortran/80741] [Regression 7/8] DTIO wrong code causes incorrect behaviour of namelist READ

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741 Jerry DeLisle changed: What|Removed |Added Summary|[Regression 7/8] DTIO wrong |[Regression 7/8] DTIO wrong

[Bug fortran/80741] [Regression 7/8] incorrect behaviour of rewind with namelist

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741 Jerry DeLisle changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #3

[Bug fortran/80741] [Regression 7/8] incorrect behaviour of rewind with namelist

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741 --- Comment #2 from Jerry DeLisle --- My initial looks are seeing a DTIO related frontend issue but this is not causing the regression as far as I can tell. I have looked at several other intervening patches and don't see anything obvious, so I

[Bug fortran/78881] [F03] reading from string with DTIO procedure does not work properly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78881 --- Comment #27 from Jerry DeLisle --- (In reply to Rainer Orth from comment #15) > The new testcase FAILs on 64-bit Solaris/SPARC: > > +FAIL: gfortran.dg/dtio_26.f03 -O0 execution test See if fixed on trunk now after commit to fix 80767.

[Bug libfortran/80727] [7/8 Regression] Crash of runtime gfortran library during integer transformation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80727 --- Comment #3 from Jerry DeLisle --- Author: jvdelisle Date: Mon May 15 23:48:39 2017 New Revision: 248080 URL: https://gcc.gnu.org/viewcvs?rev=248080=gcc=rev Log: 2017-05-15 Jerry DeLisle PR

[Bug fortran/80741] [Regression 7/8] incorrect behaviour of rewind with namelist

||2017-05-15 CC||jvdelisle at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot gnu.org Summary|incorrect behaviour of |[Regression 7/8] incorrect |rewind

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