https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78543
--- Comment #21 from Michael Meissner ---
The backport to GCC 6 also succeeded with no regressions on a little endian
power8 system.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80112
Roman Zhuykov changed:
What|Removed |Added
CC||zhroma at ispras dot ru
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80102
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80179
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #46 from Bernd Edlinger ---
(In reply to Jonathan Wakely from comment #45)
> (In reply to rguent...@suse.de from comment #32)
> > So you need to place may-alias at a point to make the following
> > stmt safe:
> >
> > > c = *p;
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #48 from Bernd Edlinger ---
(In reply to Jonathan Wakely from comment #47)
> (In reply to Bernd Edlinger from comment #46)
> > Yes, it seems, the __attribute__((may_alias)) does not propagate from
> > structure members to enclosing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80179
Bug ID: 80179
Summary: ICE initializing a static local object with flexible
array member in verify_ctor_sanity, at
cp/constexpr.c:2641
Product: gcc
Version: 7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80180
Bug ID: 80180
Summary: Incorrect codegen from rdseed intrinsic use
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80159
--- Comment #4 from Bernd Schmidt ---
Author: bernds
Date: Sat Mar 25 01:12:04 2017
New Revision: 246473
URL: https://gcc.gnu.org/viewcvs?rev=246473=gcc=rev
Log:
PR rtl-optimization/80160
PR rtl-optimization/80159
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80160
--- Comment #7 from Bernd Schmidt ---
Author: bernds
Date: Sat Mar 25 01:12:04 2017
New Revision: 246473
URL: https://gcc.gnu.org/viewcvs?rev=246473=gcc=rev
Log:
PR rtl-optimization/80160
PR rtl-optimization/80159
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66639
D changed:
What|Removed |Added
CC||dragondreamer at live dot com
--- Comment #8 from D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80174
Bug ID: 80174
Summary: [meta-bug] Fortran lto issues
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80168
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80172
--- Comment #1 from Jonathan Wakely ---
I don't think this is valid code, that's not how std::initializer_list works.
It's not a magic array that owns its contents, it's just a pointer to some
external array and a length. In your functions the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80119
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Fri Mar 24 14:22:01 2017
New Revision: 246461
URL: https://gcc.gnu.org/viewcvs?rev=246461=gcc=rev
Log:
PR c++/80119
* cp-gimplify.c (cp_fold): Strip CLEANUP_POINT_EXPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80119
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #39 from Bernd Edlinger ---
one thing I do not understand is this:
if I do this in Jakub's test case:
new (b.u.b) A (x);
//c = *p;
__builtin_memcpy(, p, sizeof(B));
bar (*p, c);
the mis-compilation goes away,
if I add this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80171
--- Comment #7 from Markus Trippelsdorf ---
Created attachment 41046
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41046=edit
Somewhat reduced testcase
I've attached a testcase that is accepted by clang. GCC ICEs without
-fpermissive.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78881
--- Comment #12 from Jerry DeLisle ---
Another issue:
In the case with file I/O if the child procedure consumes the EOR character,
upon return, the parent is also wanting to complete the EOR the check for EOR
and hits EOF.
Lets see what I get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80165
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #40 from Bernd Edlinger ---
Yikes, I need an assignement operator:
B(const B )
{
__builtin_memcpy(this, , sizeof(B));
}
B& operator = (const B )
{
__builtin_memcpy(this, , sizeof(B));
return *this;
}
now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80112
Jakub Jelinek changed:
What|Removed |Added
Summary|[5/6/7 Regression] ICE in |[5/6 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #36 from Jason Merrill ---
(In reply to Richard Biener from comment #34)
> C++14 12.8/16 says
>
> "The implicitly-defined copy/move constructor for a union X copies the
> object representation (3.9) of X."
>
> 3.9/4 says
>
> "The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80112
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 24 13:37:01 2017
New Revision: 246441
URL: https://gcc.gnu.org/viewcvs?rev=246441=gcc=rev
Log:
PR rtl-optimization/80112
* loop-doloop.c (doloop_condition_get):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77339
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Fri Mar 24 14:40:13 2017
New Revision: 246462
URL: https://gcc.gnu.org/viewcvs?rev=246462=gcc=rev
Log:
PR c++/77339 - ICE with invalid use of alias template.
* pt.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80166
Martin Liška changed:
What|Removed |Added
URL||https://reviews.llvm.org/D3
101 - 126 of 126 matches
Mail list logo