https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84506
--- Comment #7 from Jerry DeLisle ---
The problem is not related to the newunit functions or neunit alloc stuff.
In the call to st_inquire we are passing the correct value of -10 for the unit
number. However, the dump-original we have:
{
at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
--- Comment #8 from Jerry DeLisle ---
With iUnit as kind=4, the dump ford not have the check.
{
struct __st_parameter_inquire inquire_parm.2;
inquire_parm.2.common.filename = &"pr84506.f90"[1]{lb: 1 sz: 1};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84506
--- Comment #11 from Jerry DeLisle ---
Tentative patch. Testing now. The intent originally was to prevent unit numbers
that don't fit into kind=4. It use to be we had no negative unit numbers. With
newunit, now we do.
I need to see if this patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84506
--- Comment #12 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Feb 23 18:40:14 2018
New Revision: 257941
URL: https://gcc.gnu.org/viewcvs?rev=257941&root=gcc&view=rev
Log:
2018-02-23 Jerry DeLisle
PR fortran/84506
* trans
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84506
--- Comment #13 from Jerry DeLisle ---
Fixed on trunk.
Jakub, thanks for the report. This will be backported to 6 and 7 shortly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84506
--- Comment #14 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Feb 23 19:16:00 2018
New Revision: 257945
URL: https://gcc.gnu.org/viewcvs?rev=257945&root=gcc&view=rev
Log:
2018-02-23 Jerry DeLisle
Backport from trunk
PR f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84506
--- Comment #15 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Feb 23 19:53:04 2018
New Revision: 257951
URL: https://gcc.gnu.org/viewcvs?rev=257951&root=gcc&view=rev
Log:
2018-02-23 Jerry DeLisle
Backport from trunk
PR f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84506
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84143
--- Comment #5 from Jerry DeLisle ---
Looking at the tree dump we have:
_gfortran_st_write (&dt_parm.0);
{
struct Pdtfoo_1 * D.3772;
D.3772 = &x;
_gfortran_transfer_integer_write (&dt_parm.0, &D.3772->k1, 4);
_gf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84143
--- Comment #6 from Jerry DeLisle ---
The patch fixes the first part of the problem so the write will ignore the kind
and len parameters.
The component n is simply not being initialized at all. I am searching code for
where this ought to happen.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84432
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66310
--- Comment #20 from Jerry DeLisle ---
(In reply to Dominique d'Humieres from comment #19)
> > Can this be closed.
>
> The problem is not fixed in 32-bit mode.
Dominique, what are you seeing? This is working fine with my system with -m32.
p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66310
--- Comment #23 from Jerry DeLisle ---
Ok I see it.
In fbuf.c (fbuf_alloc):
/* Round up to nearest multiple of the current buffer length. */
newlen = ((u->fbuf->pos + len) / u->fbuf->len + 1) *u->fbuf->len;
u->fbuf->buf = xre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66310
--- Comment #24 from Jerry DeLisle ---
(In reply to Jerry DeLisle from comment #23)
> Ok I see it.
>
> In fbuf.c (fbuf_alloc):
>
> /* Round up to nearest multiple of the current buffer length. */
> newlen = ((u->fbuf->pos + len) /
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66310
--- Comment #27 from Jerry DeLisle ---
(In reply to Dominique d'Humieres from comment #26)
> > I concur. Closing accordingly.
>
> I disagree: if there is a limit, gfortran should emit an error.
Well you are hitting on an OS limit, we could put
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77941
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51260
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69497
--- Comment #6 from Jerry DeLisle ---
Committing to svn+ssh://jvdeli...@gcc.gnu.org/svn/gcc/trunk ...
A gcc/testsuite/gfortran.dg/pr69497.f90
M gcc/fortran/ChangeLog
M gcc/fortran/symbol.c
M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66709
Jerry DeLisle changed:
What|Removed |Added
Assignee|jvdelisle at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69497
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83829
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83522
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82086
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81499
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80009
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66499
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61632
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52387
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38573
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351
--- Comment #22 from Jerry DeLisle ---
Created attachment 44837
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44837&action=edit
Preliminary Patch
The attached patch appears to fix this. I am thinking about not doing the check
if -std=f95,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351
--- Comment #23 from Jerry DeLisle ---
Final patch submitted for review.
https://gcc.gnu.org/ml/fortran/2018-11/msg00017.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351
--- Comment #24 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Nov 9 02:46:03 2018
New Revision: 265946
URL: https://gcc.gnu.org/viewcvs?rev=265946&root=gcc&view=rev
Log:
2018-11-08 Jerry DeLisle
PR libfortran/78351
* io
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351
--- Comment #25 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Nov 9 17:07:39 2018
New Revision: 265976
URL: https://gcc.gnu.org/viewcvs?rev=265976&root=gcc&view=rev
Log:
2018-11-09 Jerry DeLisle
Backport from trunk
PR l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351
--- Comment #26 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Nov 9 17:29:33 2018
New Revision: 265979
URL: https://gcc.gnu.org/viewcvs?rev=265979&root=gcc&view=rev
Log:
2018-11-09 Jerry DeLisle
PR libfortran/78351
* io
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87966
--- Comment #1 from Jerry DeLisle ---
I had a leftover printf statement for debugging in the initial commit last
night which I fixed this morning.
Let me know if the problem persists. The line was:
printf("allow_std=%d\n", compile_options.warn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88052
--- Comment #2 from Jerry DeLisle ---
Well until now we were permitting this as an extension. We could choose to
allow it only under -std=legacy or throw a runtime error. Usually we don't like
to throw runtime errors for things if not absolutely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88052
--- Comment #3 from Jerry DeLisle ---
(In reply to john.harper from comment #0)
--- snip ---
>
> If the second print statement is changed to
> print "(AF9.6)",'pi =',4*atan(1.0)
> then the error is correctly diagnosed.
Note that in the latter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88052
--- Comment #4 from Jerry DeLisle ---
Proposed patch:
diff --git a/libgfortran/io/format.c b/libgfortran/io/format.c
index f5d3158d21d..5ad57bef316 100644
--- a/libgfortran/io/format.c
+++ b/libgfortran/io/format.c
@@ -46,7 +46,8 @@ static const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88052
--- Comment #7 from Jerry DeLisle ---
(In reply to harper from comment #5)
> The error I found is not just violating a constraint in f2008 or above.
> The same constraint with different wording is in f2003, f95 and f90.
> If you want to allow an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351
Jerry DeLisle changed:
What|Removed |Added
Last reconfirmed|2016-11-14 00:00:00 |2018-11-19
Known to work|
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jvdelisle at gcc dot gnu.org
Target Milestone: ---
Created attachment 45049
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45049&action=edit
Code to reproduce
The attached code works correctly when subrou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88124
--- Comment #1 from Jerry DeLisle ---
Created attachment 45050
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45050&action=edit
Include file for example
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88124
--- Comment #2 from Jerry DeLisle ---
See https://gcc.gnu.org/ml/fortran/2018-11/msg00101.html
For further explanation of problem. I found that when I placed the content of
sub.F into main.f with the contains, that it gave the correct results.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88124
--- Comment #7 from Jerry DeLisle ---
(In reply to Thomas Koenig from comment #6)
> The type has SEQUENCE, so I think this should actually work... or did I miss
> something here?
It does seem to be not well defined. The preprocessor will substit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88052
--- Comment #9 from Jerry DeLisle ---
(In reply to Dominique d'Humieres from comment #8)
> > The error I found is not just violating a constraint in f2008 or above.
> > The same constraint with different wording is in f2003, f95 and f90.
>
> Ag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88190
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88190
--- Comment #6 from Jerry DeLisle ---
(In reply to Dominique d'Humieres from comment #0)
> While playing with pr88052 I have found that the value of
> compile_options.allow_std passed to libgfortran is the same (4095) when
> compiling with -std=g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48960
--- Comment #2 from Jerry DeLisle 2012-12-25
04:24:33 UTC ---
Proposed patch being tested;:
Index: open.c
===
--- open.c(revision 194678)
+++ open.c(working copy)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48960
--- Comment #3 from Jerry DeLisle 2012-12-25
04:52:04 UTC ---
A slight modification and still testing.
@@ -859,6 +856,10 @@ st_open (st_parameter_open *opp)
else
already_open (opp, u, &flags);
}
-
+
+ if ((opp-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48960
--- Comment #4 from Jerry DeLisle 2012-12-26
18:11:50 UTC ---
Author: jvdelisle
Date: Wed Dec 26 18:11:42 2012
New Revision: 194724
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194724
Log:
2012-12-26 Jerry DeLisle
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48960
--- Comment #5 from Jerry DeLisle 2012-12-27
06:37:15 UTC ---
Fixed on trunk. I will commit a test case before closing this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48976
--- Comment #3 from Jerry DeLisle 2012-12-27
06:39:08 UTC ---
A patch has been submitted for review.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48976
--- Comment #4 from Jerry DeLisle 2012-12-27
18:07:39 UTC ---
Author: jvdelisle
Date: Thu Dec 27 18:07:33 2012
New Revision: 194733
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194733
Log:
2012-12-27 Jerry DeLisle
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48976
--- Comment #5 from Jerry DeLisle 2012-12-27
18:09:20 UTC ---
Author: jvdelisle
Date: Thu Dec 27 18:09:13 2012
New Revision: 194734
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194734
Log:
2012-12-27 Jerry DeLisle
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48976
--- Comment #6 from Jerry DeLisle 2012-12-27
19:24:47 UTC ---
Author: jvdelisle
Date: Thu Dec 27 19:24:44 2012
New Revision: 194736
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194736
Log:
2012-12-27 Jerry DeLisle
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48960
--- Comment #6 from Jerry DeLisle 2012-12-27
20:13:50 UTC ---
Author: jvdelisle
Date: Thu Dec 27 20:13:35 2012
New Revision: 194738
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194738
Log:
2012-12-27 Jerry DeLisle
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48960
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48976
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55818
--- Comment #2 from Jerry DeLisle 2012-12-28
01:05:18 UTC ---
Possible patch, testing.
Index: list_read.c
===
--- list_read.c(revision 194731)
+++ list_read.c(work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55818
Jerry DeLisle changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |jvdelisle at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55818
--- Comment #5 from Jerry DeLisle 2012-12-28
14:25:48 UTC ---
I suspected other types might have issue, but did not have time yesterday to
look at it. I will see what I can do here, time permitting.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55818
--- Comment #6 from Jerry DeLisle 2012-12-28
19:11:54 UTC ---
I have submitted a revised patch for review that addresses character and
complex.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55818
--- Comment #8 from Jerry DeLisle 2013-01-02
17:09:17 UTC ---
Author: jvdelisle
Date: Wed Jan 2 17:09:09 2013
New Revision: 194809
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194809
Log:
2013-01-02 Jerry DeLisle
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49791
Jerry DeLisle changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |jvdelisle at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48785
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55818
--- Comment #9 from Jerry DeLisle 2013-01-02
20:29:35 UTC ---
Author: jvdelisle
Date: Wed Jan 2 20:29:28 2013
New Revision: 194819
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194819
Log:
2013-01-02 Jerry DeLisle
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50105
--- Comment #21 from Jerry DeLisle 2013-01-02
20:46:02 UTC ---
Based on the interp, current gfortran is acceptable and we can close this PR.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117
Jerry DeLisle changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |jvdelisle at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55818
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55117
--- Comment #10 from Jerry DeLisle 2013-01-06
18:51:07 UTC ---
This bug appears to be unrelated to the other two namelist bugs. It is related
to not seeing the ending '/' marker. I have more testing to go before
submitting a patch. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69497
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69520
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69397
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68442
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66643
--- Comment #4 from Jerry DeLisle ---
Created attachment 37610
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37610&action=edit
A preliminary patch
Attached patch gives a diagnostic. Interestingly I found three test cases in
the test suite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50555
--- Comment #7 from Jerry DeLisle ---
Author: jvdelisle
Date: Sun Feb 7 20:15:55 2016
New Revision: 233203
URL: https://gcc.gnu.org/viewcvs?rev=233203&root=gcc&view=rev
Log:
2016-02-07 Jerry DeLisle
PR fortran/50555
* primar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50555
--- Comment #8 from Jerry DeLisle ---
Closing, fixed on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50555
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
--- Comment #7 from Jerry DeLisle ---
(In reply to Kirill Yukhin from comment #0)
> Unfortunately I have no testcase.
>
> But code itself looks awful to me:
Hey, its free as in beer!
> /* Worker function to save a KIND=4 character to a string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
Jerry DeLisle changed:
What|Removed |Added
Last reconfirmed|2016-02-04 00:00:00 |2016-2-9
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668
--- Comment #4 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Feb 12 19:52:13 2016
New Revision: 233387
URL: https://gcc.gnu.org/viewcvs?rev=233387&root=gcc&view=rev
Log:
2016-02-12 Jerry DeLisle
PR libgfortran/69668
* io
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668
--- Comment #5 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Feb 12 21:02:02 2016
New Revision: 233388
URL: https://gcc.gnu.org/viewcvs?rev=233388&root=gcc&view=rev
Log:
2016-02-12 Jerry DeLisle
PR libgfortran/69668
* gf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
--- Comment #9 from Jerry DeLisle ---
(In reply to Jerry DeLisle from comment #8)
> This is a regression:
>
> With gfortran 5.3.1:
>
> $ ./a.out
> res, (1) ==1 !
>
> With gfortran 6.0.0 20160207 (experimental)
>
> $ ./a.out
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
--- Comment #11 from Jerry DeLisle ---
(In reply to kargl from comment #10)
> (In reply to Jerry DeLisle from comment #9)
> > EOF
> >
> > What should the result be with non-namelist read?
> >
>
> See 10.9 in F2003.
>
> A value separat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
--- Comment #12 from Jerry DeLisle ---
Author: jvdelisle
Date: Mon Feb 15 22:31:13 2016
New Revision: 233436
URL: https://gcc.gnu.org/viewcvs?rev=233436&root=gcc&view=rev
Log:
2016-02-15 Jerry DeLisle
PR libgfortran/69651
* i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
--- Comment #13 from Jerry DeLisle ---
Author: jvdelisle
Date: Tue Feb 16 00:38:18 2016
New Revision: 233442
URL: https://gcc.gnu.org/viewcvs?rev=233442&root=gcc&view=rev
Log:
2016-02-15 Jerry DeLisle
Backport from trunk
PR l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668
--- Comment #6 from Jerry DeLisle ---
Author: jvdelisle
Date: Tue Feb 16 00:38:18 2016
New Revision: 233442
URL: https://gcc.gnu.org/viewcvs?rev=233442&root=gcc&view=rev
Log:
2016-02-15 Jerry DeLisle
Backport from trunk
PR li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668
--- Comment #7 from Jerry DeLisle ---
Author: jvdelisle
Date: Tue Feb 16 00:51:58 2016
New Revision: 233443
URL: https://gcc.gnu.org/viewcvs?rev=233443&root=gcc&view=rev
Log:
2016-02-15 Jerry DeLisle
Backport from mainline
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69456
--- Comment #5 from Jerry DeLisle ---
From the Fortran 95 Standard regarding exponents.
The basic form may be followed by an exponent of one of
the following forms:
(1) A sign followed by a digit-string
(2) E followed by zero or more blank
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69456
--- Comment #6 from Jerry DeLisle ---
Created attachment 37707
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37707&action=edit
A patch to fix this.
This patch enables the error message. It regression tests OK.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
--- Comment #14 from Jerry DeLisle ---
Author: jvdelisle
Date: Wed Feb 17 16:48:57 2016
New Revision: 233500
URL: https://gcc.gnu.org/viewcvs?rev=233500&root=gcc&view=rev
Log:
2016-02-17 Jerry DeLisle
PR libgfortran/69651
* i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
--- Comment #15 from Jerry DeLisle ---
Author: jvdelisle
Date: Wed Feb 17 17:34:58 2016
New Revision: 233501
URL: https://gcc.gnu.org/viewcvs?rev=233501&root=gcc&view=rev
Log:
2016-02-17 Jerry DeLisle
PR libgfortran/69651
* i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668
--- Comment #8 from Jerry DeLisle ---
Author: jvdelisle
Date: Thu Feb 18 18:23:09 2016
New Revision: 233528
URL: https://gcc.gnu.org/viewcvs?rev=233528&root=gcc&view=rev
Log:
2016-02-18 Jerry DeLisle
Backport from gcc-5-branch.
401 - 500 of 2283 matches
Mail list logo
