https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78839
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78840
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78843
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78844
Bug ID: 78844
Summary: target_clones causes compiler memory corruption
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78844
Markus Trippelsdorf changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78842
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78844
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78419
Markus Trippelsdorf changed:
What|Removed |Added
CC||steven at uplinklabs dot net
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78844
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78844
--- Comment #4 from Jakub Jelinek ---
On the trunk I get similar corruption ICE with r242607, r242608 turns it into
another ICE because of the broken avx5124fma patches, finally fixed with
r242627.
But 6 branch doesn't have the avx5124fma support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78845
Bug ID: 78845
Summary: Inverse (Real_Matrix) result has wrong bounds
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77445
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78822
janus at gcc dot gnu.org changed:
What|Removed |Added
Summary|[cleanup] replace static|[cleanup] replace static
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78239
--- Comment #6 from Thomas Koenig ---
Author: tkoenig
Date: Sat Dec 17 11:13:16 2016
New Revision: 243773
URL: https://gcc.gnu.org/viewcvs?rev=243773&root=gcc&view=rev
Log:
2016-12-17 Thomas Koenig
PR fortran/78239
* decl.c(c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78105
PeteVine changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
--- Comment #12 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71444
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65618
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78833
--- Comment #3 from mecej4 at operamail dot com ---
I understand what happens, and this is not a bug per se', but in normal usage
the message wording can be confusing.
During the second run, the OPEN fails because 'NEW' is specified and the file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78661
--- Comment #6 from janus at gcc dot gnu.org ---
(In reply to janus from comment #5)
> Btw, this variant is wrongly rejected:
>
> [..]
>
>NAMELIST /nml/ x
>1
> Error: NAMELIST object ‘x’ in namelist ‘nml’ at (1) is polymorphi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78661
--- Comment #7 from janus at gcc dot gnu.org ---
So, here is a corrected test for the polymorphic case:
MODULE m
IMPLICIT NONE
TYPE :: t
CHARACTER :: c
CONTAINS
PROCEDURE :: write_formatted
GENERIC :: WRITE(FORMATTED) => write_f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78239
--- Comment #7 from Dominique d'Humieres ---
> Author: tkoenig
> Date: Sat Dec 17 11:13:16 2016
> New Revision: 243773
>
> URL: https://gcc.gnu.org/viewcvs?rev=243773&root=gcc&view=rev
> ...
The two tests give an ICE: see
https://gcc.gnu.org/ml/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78661
--- Comment #8 from janus at gcc dot gnu.org ---
This patch seems to produce the correct dump for the example in comment 7:
Index: gcc/fortran/trans-io.c
===
--- gcc/fortran/trans-io
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78661
janus at gcc dot gnu.org changed:
What|Removed |Added
Assignee|jvdelisle at gcc dot gnu.org |janus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78105
--- Comment #13 from PeteVine ---
Also, could these (sample) warnings actually matter when using ld.gold? NB,
lra-constraints.c features in the previously provided backtrace:
../../libdecnumber/decNumber.c:3582:0: note: code may be misoptimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78661
--- Comment #10 from janus at gcc dot gnu.org ---
Created attachment 40357
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40357&action=edit
draft patch
The attached patch seems to make the original comment 0 as well as the
polymorphic versi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78833
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78239
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78661
--- Comment #11 from janus at gcc dot gnu.org ---
(In reply to janus from comment #10)
> The attached patch seems to make the original comment 0 as well as the
> polymorphic version in comment 7 work. Regtesting now ...
Regtesting was successful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78822
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78846
Bug ID: 78846
Summary: std1y compiler infinite output
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78833
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78661
--- Comment #12 from Jerry DeLisle ---
(In reply to janus from comment #9)
> Jerry, I don't want to steal this PR from you ;) but I think I have a rather
> complete patch by now. If you have any comments, please let me know!
You save me a lot of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78239
--- Comment #9 from Thomas Koenig ---
Author: tkoenig
Date: Sat Dec 17 17:03:49 2016
New Revision: 243776
URL: https://gcc.gnu.org/viewcvs?rev=243776&root=gcc&view=rev
Log:
2016-12-17 Thomas Koenig
PR fortran/78239
* decl.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78239
--- Comment #10 from Thomas Koenig ---
It helps to actually commit the fix, not only the test
case and the ChangeLog entry :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78661
--- Comment #13 from paul.richard.thomas at gmail dot com ---
Hi Janus,
Why do you think that both input and output is required?
How is namelist supposed to work with classes? Just with the declared type?
Cheers
Paul
On 17 December 2016 at 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78846
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78661
--- Comment #14 from janus at gcc dot gnu.org ---
(In reply to paul.richard.tho...@gmail.com from comment #13)
> Why do you think that both input and output is required?
Don't know. My intuitive reaction was that comment 5 should be valid, but I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78661
--- Comment #15 from Jerry DeLisle ---
(In reply to janus from comment #11)
> (In reply to janus from comment #10)
> > The attached patch seems to make the original comment 0 as well as the
> > polymorphic version in comment 7 work. Regtesting no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78832
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Sat Dec 17 19:10:39 2016
New Revision: 243777
URL: https://gcc.gnu.org/viewcvs?rev=243777&root=gcc&view=rev
Log:
PR sanitizer/78832
* sanopt.c (sanitize_asan_mark_unpoison
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78832
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78847
Bug ID: 78847
Summary: pointer arithmetic from c++ ranged-based for loop not
optimized
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78848
Bug ID: 78848
Summary: [OOP] ICE on writing CLASS variable with non-typebound
DTIO procedure
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78661
--- Comment #16 from paul.richard.thomas at gmail dot com ---
Dear Janus,
What troubles me is that most times I have used namelist, it has been
primarily for input to codes; especially where there is a default set
of initial conditions
and a sub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78848
--- Comment #1 from janus at gcc dot gnu.org ---
Also one can wonder what kind of code should be generated here.
When using the type-bound form of the DTIO procedure, we generate a truly
polymorphic reference to the DTIO procedure when printing a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78746
--- Comment #5 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Sat Dec 17 23:10:01 2016
New Revision: 243778
URL: https://gcc.gnu.org/viewcvs?rev=243778&root=gcc&view=rev
Log:
2016-12-17 Steven G. Kargl
PR fortran/78746
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78661
--- Comment #17 from janus at gcc dot gnu.org ---
(In reply to paul.richard.tho...@gmail.com from comment #16)
> I suppose that one would have to set up the namelist or the input
> stream to determine what the dynamic type is, have the code alloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78746
--- Comment #6 from kargl at gcc dot gnu.org ---
Created attachment 40359
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40359&action=edit
charlen_30.f90 testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78746
--- Comment #7 from kargl at gcc dot gnu.org ---
Created attachment 40360
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40360&action=edit
charlen_10.f90 source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78746
--- Comment #8 from kargl at gcc dot gnu.org ---
I have removed the two failing testcase and attached them to this PR.
It is likely the dg-error will need to be updated when the bug is
fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78849
Bug ID: 78849
Summary: ICE on initialization of global struct containing
__int20 array at varasm.c:4968
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71216
--- Comment #9 from Rin Okuyama ---
Hi Segher,
Thank you for your kind reply. I committed your fix to NetBSD's local
tree of GCC 5.4.
> > However, I have a question on this fix. How about the case where
> > "-Wa,-mXXX" option is given without "
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78848
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
52 matches
Mail list logo