https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63977
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64014
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
||2014-11-22
Assignee|unassigned at gcc dot gnu.org |fxcoudert at gcc dot
gnu.org
Target Milestone|--- |5.0
Ever confirmed|0 |1
--- Comment #1 from Francois-Xavier Coudert ---
I was under the impression
Status|UNCONFIRMED |NEW
Last reconfirmed||2014-11-22
CC||fxcoudert at gcc dot gnu.org
Host|powerpc-unknown-darwin |powerpc-apple-darwin9
Summary|[4.9 Regression] cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #25 from Francois-Xavier Coudert ---
(In reply to Iain Sandoe from comment #23)
> 2. we have so many versions, different layouts and version-specific issues,
> that I think it's time to reorganise our GCC extensions library to meet
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #26 from Francois-Xavier Coudert ---
Created attachment 34077
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34077&action=edit
Patch removing 10.4 and earlier support from our specs/driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
Francois-Xavier Coudert changed:
What|Removed |Added
Last reconfirmed|2014-11-22 00:00:00 |2014-11-23
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
Francois-Xavier Coudert changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
||2014-11-23
CC||fxcoudert at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #20 from Francois-Xavier Coudert ---
The commits from comments #16 and #17 broke the compiler (and bootstrap) on
powerpc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
--- Comment #11 from Francois-Xavier Coudert ---
(In reply to Iain Sandoe from comment #10)
> note that there are 4 bootstrap breakers on PPC (trunk)
More annoying, I think, is that this one is also on 4.9, and actually made it
into the 4.9.2 re
-11-22 00:00:00 |2014-11-24
Assignee|unassigned at gcc dot gnu.org |fxcoudert at gcc dot
gnu.org
Target Milestone|--- |5.0
--- Comment #3 from Francois-Xavier Coudert ---
Partial patch submitted:
https://gcc.gnu.org/ml/gcc-patches/2014-11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102
Francois-Xavier Coudert changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
--- Comment #16 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Tue Nov 25 19:01:08 2014
New Revision: 218058
URL: https://gcc.gnu.org/viewcvs?rev=218058&root=gcc&view=rev
Log:
PR bootstrap/63703
* config/rs6000/darwin.h (REGIST
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
--- Comment #17 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Tue Nov 25 21:41:44 2014
New Revision: 218064
URL: https://gcc.gnu.org/viewcvs?rev=218064&root=gcc&view=rev
Log:
PR bootstrap/63703
* config/rs6000/darwin.h (REGIST
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773
Bug 63773 depends on bug 63703, which changed state.
Bug 63703 Summary: [4.9.2/5 Regression] Bootstrap broken on
powerpc-apple-darwin, cc1: internal compiler error: in init_reg_sets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63851
--- Comment #4 from Francois-Xavier Coudert ---
(In reply to Martin Liška from comment #2)
> There's a pair of functions 'g' and 'h' that are proved by IPA ICF to be
> equal and thunk is created (darwin does not have alias support).
If you look
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64022
--- Comment #2 from Francois-Xavier Coudert ---
Additional (related) issue:
The following program
module precision_module
implicit none
integer, parameter :: &
sp = selected_real_kind( 6, 37)
integer, parameter :: &
dp = selected_real
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: fxcoudert at gcc dot gnu.org
Reported by James Van Buskirk on comp.lang.fortran:
Have you tested whether gfortran accepts IEEE functions syntactically?
The following should be OK I think
||fxcoudert at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #4 from Francois-Xavier Coudert ---
This looks like it's fixed.
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed||2014-11-28
Assignee|unassigned at gcc dot gnu.org |fxcoudert at gcc dot
gnu.org
Target Milestone|--- |5.0
Ever confirmed|0 |1
Assignee: unassigned at gcc dot gnu.org
Reporter: fxcoudert at gcc dot gnu.org
Let's consider the code below, which uses a pure function for size of arrays.
This is not allowed for the main program or a module array, as per Fortran
2008's C531:
"An explicit-shape-spec w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64107
Francois-Xavier Coudert changed:
What|Removed |Added
Keywords||accepts-invalid,
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: fxcoudert at gcc dot gnu.org
The following code shows allocatable character does not work as it should:
call g(1)
contains
subroutine g(x)
integer :: x
character(len=x), allocatable :: s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64120
Francois-Xavier Coudert changed:
What|Removed |Added
Keywords||wrong-code
Status|
Assignee: unassigned at gcc dot gnu.org
Reporter: fxcoudert at gcc dot gnu.org
$ cat a.f90
character(len=kind(1)) x
integer(len(x)) y
end
$ gfortran a.f90 -std=f95
a.f90:2.14:
integer(len(x)) y
1
Error: Parameter 'x' at (1) has not been declared or is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64124
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63814
--- Comment #30 from Francois-Xavier Coudert ---
(In reply to Martin Jambor from comment #29)
> Fixed (and as I wrote in comment #25, feel free to add testcases if
> you know how and have environment in which you can verify they would
> fail with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64145
--- Comment #5 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Thu Dec 4 08:46:03 2014
New Revision: 218342
URL: https://gcc.gnu.org/viewcvs?rev=218342&root=gcc&view=rev
Log:
PR testsuite/64145
* gcc.dg/graphite/isl-codegen-loo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63917
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
--- Comment #56 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Thu Dec 18 20:12:44 2014
New Revision: 218873
URL: https://gcc.gnu.org/viewcvs?rev=218873&root=gcc&view=rev
Log:
PR target/61407
* config/darwin-c.c (version_as_ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368
Francois-Xavier Coudert changed:
What|Removed |Added
CC||jwakely.gcc at gmail dot com
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63651
--- Comment #12 from Francois-Xavier Coudert ---
Regarding the last few comments: all this comes, AFAICT, from the front-end not
recognizing "instancetype". I don't think we can get out of this by fixing
headers or anything else: it's an extensio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
--- Comment #15 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Sat Jun 28 14:17:41 2014
New Revision: 212102
URL: https://gcc.gnu.org/viewcvs?rev=212102&root=gcc&view=rev
Log:
PR fortran/29383
gcc/fortran/
* gfortran.h (gfc_si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
Francois-Xavier Coudert changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20585
Bug 20585 depends on bug 29383, which changed state.
Bug 29383 Summary: Fortran 2003/F95[TR15580:1999]: Floating point exception
(IEEE) support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38839
--- Comment #6 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Sun Jun 29 14:14:16 2014
New Revision: 212123
URL: https://gcc.gnu.org/viewcvs?rev=212123&root=gcc&view=rev
Log:
PR fortran/36275
PR fortran/38839
* decl.c (che
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36275
--- Comment #12 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Sun Jun 29 14:14:16 2014
New Revision: 212123
URL: https://gcc.gnu.org/viewcvs?rev=212123&root=gcc&view=rev
Log:
PR fortran/36275
PR fortran/38839
* decl.c (ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32630
Bug 32630 depends on bug 36275, which changed state.
Bug 36275 Summary: [F03] Binding label can be any scalar char initialisation
expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36275
What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36275
Francois-Xavier Coudert changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32630
Bug 32630 depends on bug 38839, which changed state.
Bug 38839 Summary: BIND(C): Allow non-digit/underscore/alphabetic binding names
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38839
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38839
Francois-Xavier Coudert changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
Assignee: unassigned at gcc dot gnu.org
Reporter: fxcoudert at gcc dot gnu.org
gfortran 4.9 and 4.10 reject the code below with:
subroutine sub(x)
integer, intent(in) :: x
entry sub_c(x) bind(c)
end subroutine sub
a.f90:3.16-16:
entry sub_c(x) bind(c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61765
Francois-Xavier Coudert changed:
What|Removed |Added
Keywords||rejects-valid
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35031
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
||fxcoudert at gcc dot gnu.org
Resolution|--- |WONTFIX
--- Comment #5 from Francois-Xavier Coudert ---
As Steve has shown, there are many solutions already available with current
options:
-std=f95 or f2003 or f2008 give you full standard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31393
Bug 31393 depends on bug 28378, which changed state.
Bug 28378 Summary: Intrinsic extensions should be deselectable via command line
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28378
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41227
--- Comment #12 from Francois-Xavier Coudert ---
I disagree with Tobias' reading: it seems to me that the single-variable common
block should be interoperable with both the single-common C struct and C
variable.
The Intel compiler makes both cas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41227
--- Comment #14 from Francois-Xavier Coudert ---
(In reply to rguent...@suse.de from comment #13)
> Does it need to inter-operate with
> extern struct { struct { int i; } a; } a;
No, I don't read anything in the standard that would allow this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41227
--- Comment #16 from Francois-Xavier Coudert ---
(In reply to Richard Biener from comment #15)
> Btw, what kind of single-elements can I expect? I suppose they can
> be arbitrary (so aggregate as well)?
>From the Fortran/C interop side, we can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41227
--- Comment #21 from Francois-Xavier Coudert ---
(In reply to Tobias Burnus from comment #18)
> By your argument,
> int i;
> and
> struct { int i; } a;
> are interoperable.
No. The standard only defines interoperability as a one-to-one mappi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61387
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
--- Comment #40 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Sun Sep 14 08:05:43 2014
New Revision: 215251
URL: https://gcc.gnu.org/viewcvs?rev=215251&root=gcc&view=rev
Log:
PR target/61407
* config/darwin-c.c (version_as_ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60104
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61387
--- Comment #14 from Francois-Xavier Coudert ---
I posted here test results with the patch:
https://gcc.gnu.org/ml/gcc-testresults/2014-09/msg01449.html (on
x86_64-apple-darwin14).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36757
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
||fxcoudert at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |fxcoudert at gcc dot
gnu.org
||fxcoudert at gcc dot gnu.org
Summary|[Coarray,caf] Add |[Coarray,caf] Add FPE
|FPE-Summary printing|summary printing for ERROR
|(floating-point exception) |STOP
|for STOP/ERROR STOP
||fxcoudert at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #5 from Francois-Xavier Coudert ---
Fixed.
||fxcoudert at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #2 from Francois-Xavier Coudert ---
This appears to be fixed on current trunk. Closing.
||fxcoudert at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |fxcoudert at gcc dot
gnu.org
--- Comment #2 from Francois-Xavier Coudert ---
Long overdue, though it's not particularly bad (and it appears noöne uses
non-default character
||fxcoudert at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |fxcoudert at gcc dot
gnu.org
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: fxcoudert at gcc dot gnu.org
I stumbled onto this bug while implementing some IEEE features in the Fortran
front-end, where we need to compile certain functions with specific options to
ensure full IEEE confor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37173
--- Comment #5 from Francois-Xavier Coudert ---
(In reply to Tobias Burnus from comment #3)
> We still might add a -std=f2008 check there.
I find the same wording in my local copy of F2003, actually:
"If variable and expr have different kind ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37173
Francois-Xavier Coudert changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36534
Bug 36534 depends on bug 37173, which changed state.
Bug 37173 Summary: Check whether intrinsic assignment between character kind=1
/ 4 is allowed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37173
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
--- Comment #41 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Mon Sep 29 18:40:57 2014
New Revision: 215690
URL: https://gcc.gnu.org/viewcvs?rev=215690&root=gcc&view=rev
Log:
PR target/61407
* config/darwin-c.c (version_as_ma
||2014-09-29
CC||fxcoudert at gcc dot gnu.org
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59888
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36534
--- Comment #12 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Sat Oct 4 10:18:07 2014
New Revision: 215887
URL: https://gcc.gnu.org/viewcvs?rev=215887&root=gcc&view=rev
Log:
PR fortran/36534
* resolve.c (resolve_fl_procedure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36534
Francois-Xavier Coudert changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59888
--- Comment #6 from Francois-Xavier Coudert ---
(In reply to Iain Sandoe from comment #4)
> Whether this is a back-end fault or perhaps a constraint of darwin not
> present for binutils-ld I cannot tell immediately and would welcome input
> from
||2014-10-04
CC||fxcoudert at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |fxcoudert at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #5 from Francois-Xavier Coudert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59888
--- Comment #8 from Francois-Xavier Coudert ---
(In reply to Iain Sandoe from comment #7)
> As of now, I suspect that the placement into the .const section *might* be
> fallout from the "restrict" markup.
To confirm whether it was linked to rest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61387
--- Comment #17 from Francois-Xavier Coudert ---
> Fixed.
Thanks Mike!
||fxcoudert at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from Francois-Xavier Coudert ---
Duplicate of 56072, has been fixed already.
*** This bug has been marked as a duplicate of bug 56072 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56072
Francois-Xavier Coudert changed:
What|Removed |Added
CC||e716018 at rtrtr dot com
--- C
||fxcoudert at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #3 from Francois-Xavier Coudert ---
This was apparently a bug in mingw itself, and was fixed a while back. I'm
closing this report.
Please reopen it, with added info
||fxcoudert at gcc dot gnu.org
Resolution|--- |WORKSFORME
--- Comment #13 from Francois-Xavier Coudert ---
No feedback in the last 2 years, works for me on x86_64-linux at -m32 and -m64,
with all gcc versions from 4.6 to trunk. Closing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63487
--- Comment #1 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Wed Oct 8 15:33:41 2014
New Revision: 216006
URL: https://gcc.gnu.org/viewcvs?rev=216006&root=gcc&view=rev
Log:
PR libquadmath/63487
* libquadmath.texi (sincosq): F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63487
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63488
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69101
--- Comment #5 from Francois-Xavier Coudert ---
(In reply to Jerry DeLisle from comment #4)
> I was looking at this yesterday. It is implemented in ieee_arithmetic.F90
> and I think can be done with generic type bound procedures.
There's also a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69101
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #9 from F
||2015-07-05
CC||fxcoudert at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |fxcoudert at gcc dot
gnu.org
Target Milestone|--- |6.0
Ever confirmed|0
||2015-07-05
CC||fxcoudert at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Francois-Xavier Coudert ---
On the other hand, using exit() guarantees nicely closing the program, closing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40267
--- Comment #2 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Mon Jul 6 08:22:34 2015
New Revision: 225445
URL: https://gcc.gnu.org/viewcvs?rev=225445&root=gcc&view=rev
Log:
PR libfortran/40267
* Makefile.am: Remove li
||fxcoudert at gcc dot gnu.org
Resolution|--- |FIXED
Target Milestone|--- |6.0
--- Comment #3 from Francois-Xavier Coudert ---
Fixed on trunk, will not be backported.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66311
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
||fxcoudert at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #3 from Francois-Xavier Coudert ---
Unless we know more about this, this looks really like an issue with this
specific build. Can you report it to the minnow-w64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64104
--- Comment #3 from Francois-Xavier Coudert ---
According to F08/0104 interp/erratum
(http://j3-fortran.org/doc/year/14/14-192.txt):
Allowed in constant expressions:
"(8) a reference to a transformational function from the intrinsic module
IEEE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64022
--- Comment #5 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Tue Aug 4 07:27:19 2015
New Revision: 226548
URL: https://gcc.gnu.org/viewcvs?rev=226548&root=gcc&view=rev
Log:
PR fortran/64022
* simplify.c (gfc_simplify
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64022
--- Comment #8 from Francois-Xavier Coudert ---
(In reply to H.J. Lu from comment #6)
> FAIL: gfortran.dg/ieee/large_1.f90 -O0 (test for excess errors)
This is fixed by the following patch, waiting for approval:
https://gcc.gnu.org/ml/gcc-pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66311
--- Comment #13 from Francois-Xavier Coudert ---
(In reply to rsand...@gcc.gnu.org from comment #12)
> Here's an alternative patch. I haven't yet tested it beyond
> an expanded version of the testcase, but I think it's easier
> to follow if we se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66311
--- Comment #15 from Francois-Xavier Coudert ---
Created attachment 36129
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36129&action=edit
Fortran testcase
Attached is a Fortran testcase, ready for inclusion in
gcc/testsuite/gfortran.dg
Pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64022
--- Comment #9 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Thu Aug 6 08:38:59 2015
New Revision: 226665
URL: https://gcc.gnu.org/viewcvs?rev=226665&root=gcc&view=rev
Log:
PR fortran/64022
* gfortran.dg/ieee/large_1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64022
--- Comment #10 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Thu Aug 6 09:22:30 2015
New Revision: 226670
URL: https://gcc.gnu.org/viewcvs?rev=226670&root=gcc&view=rev
Log:
PR fortran/64022
* gfortran.dg/ieee/large_2
||2015-08-06
CC||fxcoudert at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |fxcoudert at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #11 from Francois-Xavier Coudert
501 - 600 of 964 matches
Mail list logo
