https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83225
--- Comment #5 from Jerry DeLisle ---
Fixed on trunk and 7. Will leave open for a short while in case any further
issues arise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83225
--- Comment #4 from Jerry DeLisle ---
Author: jvdelisle
Date: Sun Dec 3 05:05:51 2017
New Revision: 255364
URL: https://gcc.gnu.org/viewcvs?rev=255364&root=gcc&view=rev
Log:
2017-12-02 Jerry DeLisle
Backport from trunk
PR li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83225
--- Comment #3 from Jerry DeLisle ---
Author: jvdelisle
Date: Sun Dec 3 03:26:09 2017
New Revision: 255362
URL: https://gcc.gnu.org/viewcvs?rev=255362&root=gcc&view=rev
Log:
2017-12-02 Jerry DeLisle
PR libgfortran/83225
* io
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70216
--- Comment #10 from Oleg Endo ---
(In reply to Rich Felker from comment #9)
> From a Linux standpoint, there is no trapa trap number defined that would
> cause a fatal signal. The ones that are defined are for syscalls and debug
> breakpoints. O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70216
--- Comment #9 from Rich Felker ---
>From a Linux standpoint, there is no trapa trap number defined that would cause
a fatal signal. The ones that are defined are for syscalls and debug
breakpoints. On the other hand, a permanently-undefined opco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83258
Bug ID: 83258
Summary: Rejecting function pointer non-type template parameter
without linkage
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83257
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81117
--- Comment #21 from Martin Sebor ---
I believe the bug you are pointing out was reported in
https://sourceware.org/bugzilla/show_bug.cgi?id=22442 and fixed in Glibc 2.27.
Please see the discussion at
https://sourceware.org/ml/libc-alpha/2017-11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83245
Segher Boessenkool changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |segher at gcc dot
gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83257
Bug ID: 83257
Summary: ICE with flexible array member and
-fchkp-narrow-to-innermost-array
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81117
Bernd Edlinger changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83256
Bug ID: 83256
Summary: inconsistent _Pragma behavior in multi-line macros
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77277
jyong at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83252
--- Comment #2 from Jakub Jelinek ---
BTW, better avoid any headers if possible, so if:
long long int m33 = 8707493562598231894LL;
long long int m46 = 2720142332956971588LL;
long long int m30 = 5337614525613944604LL;
unsigned int m21 = 1092738485
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83252
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83240
--- Comment #5 from Andreas Gustafsson ---
Re "may violate IEEE or ANSI standards", that argument could be used to justify
any behavior, even making 1 + 1 yield 42. Clearly the intent of
-funsafe-math-optimizations is not to allow arbitrary inco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82869
Jakub Jelinek changed:
What|Removed |Added
CC||woodard at redhat dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83254
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Resolut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83244
--- Comment #4 from Andrzej Lichnerowicz ---
Andrew, thank you for taking the time to shed more light on this. It all makes
sense now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #36 from Jan Hubicka ---
Author: hubicka
Date: Sat Dec 2 09:22:41 2017
New Revision: 255357
URL: https://gcc.gnu.org/viewcvs?rev=255357&root=gcc&view=rev
Log:
PR target/81616
* x86-tune.def: Remove obsolette FIXMEs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81165
--- Comment #9 from Alexandre Oliva ---
The reason dom doesn't duplicate the loop entry test is that the additional phi
node grows it past the max-jump-thread-duplication-stmts limit. Compiling with
--param max-jump-thread-duplication-stmts=16 w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78643
Jakub Jelinek changed:
What|Removed |Added
Summary|[6/7/8 Regression] ICE in |[6/7 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80583
Jakub Jelinek changed:
What|Removed |Added
Summary|[6/7/8 Regression] ICE with |[6/7 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81212
Jakub Jelinek changed:
What|Removed |Added
Summary|[6/7/8 Regression] |[6/7 Regression]
|-Wre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83241
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83170
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83241
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Sat Dec 2 07:58:57 2017
New Revision: 255356
URL: https://gcc.gnu.org/viewcvs?rev=255356&root=gcc&view=rev
Log:
PR tree-optimization/83170
PR tree-optimization/83241
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83170
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Sat Dec 2 07:58:57 2017
New Revision: 255356
URL: https://gcc.gnu.org/viewcvs?rev=255356&root=gcc&view=rev
Log:
PR tree-optimization/83170
PR tree-optimization/83241
28 matches
Mail list logo
