https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80233
--- Comment #5 from Segher Boessenkool ---
Author: segher
Date: Wed Mar 29 20:53:59 2017
New Revision: 246575
URL: https://gcc.gnu.org/viewcvs?rev=246575&root=gcc&view=rev
Log:
combine: Fix PR80233
If combine has added an unconditional trap the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79993
--- Comment #6 from Martin Sebor ---
I think it would be preferable to make VLA initialization work the way it was
supposed to. A patch to handle it properly exists (bug 69517) and I plan
(hope) to dust it off for GCC 8 and submit it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68686
--- Comment #4 from Ed Smith-Rowland <3dw4rd at verizon dot net> ---
Created attachment 41079
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41079&action=edit
Correct sign of negative arg tgammaq.
Basically,
return (x > 0.0Q || (int)(-x) &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67205
Bug 67205 depends on bug 80146, which changed state.
Bug 80146 Summary: [7 regression] ICE in copy_to_mode_reg, at explow.c:612
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80146
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117
Bug 80117 depends on bug 80146, which changed state.
Bug 80146 Summary: [7 regression] ICE in copy_to_mode_reg, at explow.c:612
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80146
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80146
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80251
--- Comment #1 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
I'm sorry for the inconvenience! I didn't see that is_aggregate was just a
recent addition to the standard [1]. I just wanted to see if I can check at
compile time if my data struc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78002
--- Comment #5 from Eric Botcazou ---
So the proper thing to do might be to restore Pmode as in the first version:
https://gcc.gnu.org/ml/gcc-patches/2015-11/msg01988.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78670
--- Comment #8 from Jerry DeLisle ---
Author: jvdelisle
Date: Wed Mar 29 21:37:45 2017
New Revision: 246576
URL: https://gcc.gnu.org/viewcvs?rev=246576&root=gcc&view=rev
Log:
2017-03-29 Jerry DeLisle
PR libgfortran/78670
* io
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80108
--- Comment #8 from Segher Boessenkool ---
Hi Kelvin,
405 does not have VSX (or even VMX). The instructions enabled by
-mpower9-minmax require VSX. The following behaviours all make
sense, for -mcpu=405 -mpower9-minmax:
1) Ignore the latter o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80006
Martin Sebor changed:
What|Removed |Added
Component|tree-optimization |middle-end
--- Comment #5 from Martin Seb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71294
--- Comment #19 from Michael Meissner ---
Author: meissner
Date: Wed Mar 29 23:15:51 2017
New Revision: 246577
URL: https://gcc.gnu.org/viewcvs?rev=246577&root=gcc&view=rev
Log:
[gcc]
2017-03-29 Michael Meissner
Back port from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80123
--- Comment #4 from Michael Meissner ---
Author: meissner
Date: Wed Mar 29 23:15:51 2017
New Revision: 246577
URL: https://gcc.gnu.org/viewcvs?rev=246577&root=gcc&view=rev
Log:
[gcc]
2017-03-29 Michael Meissner
Back port from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72757
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69517
--- Comment #17 from Martin Sebor ---
(In reply to Jakub Jelinek from comment #16)
The bug here is in G++ accepting a VLA initializer with more elements than
there is room for in the VLA, and then trashing the stack at runtime with the
extra ele
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79730
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Wed Mar 29 23:40:36 2017
New Revision: 246578
URL: https://gcc.gnu.org/viewcvs?rev=246578&root=gcc&view=rev
Log:
PR c/79730
* c-decl.c (finish_decl): Check VAR_P.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79730
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80243
Jim Michaels changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80243
--- Comment #6 from Jim Michaels ---
atoi64.cpp:1974:1: error: expected 'while' before 'ATOLDRESULT'
ATOLDRESULT atold_(S str,bool oldCOctalEnabled=false,bool
groupCharEnabled=true,C groupChar=',',VS dimensionArr={""},bool
skipNonScientific=true
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80243
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80230
Jim Michaels changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80230
--- Comment #6 from Jim Michaels ---
here is another incorrect type spouted out:
atoi64.cpp:1101:389: error: request for member 'v' in 'vecstruct[i]', which is
of non-class type 'size_t {aka long long unsigned int}'
vecstruct[i].v
mBaseVal is st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80256
Bug ID: 80256
Summary: Cygwin bind_c_array_params_2.f90 test fails for
scan-assembler-times
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80256
--- Comment #1 from nightstrike ---
Created attachment 41081
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41081&action=edit
Assembler output
Attaching the assembler output that dejagnu is trying to scan. As mentioned in
the first post,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80257
Bug ID: 80257
Summary: Cygwin test fail: pointer_check_1.f90 output test
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80243
--- Comment #8 from Jim Michaels ---
you are right, that code does work, my example needed debugging.
so if I can return a struct here, why not in my other code, unless gcc is
confused somehow?
alas, I cannot supply source or .ii files because th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80258
Bug ID: 80258
Summary: On x86_64 with -fPIC, accesses to TLS can see the
wrong thread's TLS
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80258
--- Comment #1 from Tor Myklebust ---
Created attachment 41083
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41083&action=edit
A program that breaks with -O3 -fPIC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818
Arseny Solokha changed:
What|Removed |Added
Known to fail||7.0
--- Comment #17 from Arseny Solokha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80258
--- Comment #2 from Tor Myklebust ---
For completeness, this issue was raised as Stackoverflow question 43081742 by
user merlin2011.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80258
--- Comment #3 from Andrew Pinski ---
Why do you think this is a bug? swapcontext is not TLS aware at all and was
not designed to be.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80247
--- Comment #8 from Sumit ---
(In reply to Markus Trippelsdorf from comment #7)
> (In reply to Sumit from comment #6)
> > Actually, once I have -std=c++11 included in CPPFLAGS, I am able to get rid
> > of nullptr problem.
> >
> > But still in th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80258
--- Comment #4 from Tor Myklebust ---
I suppose the program attached doesn't demonstrate that.
I ran:
info gcc 'C ext' 'thread'
I read the following text:
When the address-of operator is applied to a thread-local variable, it is
evalu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80258
--- Comment #5 from Tor Myklebust ---
Created attachment 41084
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41084&action=edit
Program referenced in comment 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80258
--- Comment #6 from Tor Myklebust ---
Created attachment 41085
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41085&action=edit
Program referenced in comment 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80230
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80259
Bug ID: 80259
Summary: [5/6/7 Regression] ICE deleting friend function
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80233
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
101 - 138 of 138 matches
Mail list logo