https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80289
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80289
--- Comment #3 from Damien GERARD ---
Oh m(In reply to Damien GERARD from comment #0)
> From g++ 6.2 to g++ 7, defining several times the same constexpr variable
> makes gcc crash:
My mistake, it seems to be fixed in g++ 6.3 and works as expecte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80289
--- Comment #2 from Damien GERARD ---
Seems to be a regression :)
$ /usr/bin/g++ --version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80289
Damien GERARD changed:
What|Removed |Added
Attachment #41104|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80289
Bug ID: 80289
Summary: Crash when the same constexpr variable is defined
several times
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80250
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80250
--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Apr 2 18:19:02 2017
New Revision: 246637
URL: https://gcc.gnu.org/viewcvs?rev=246637&root=gcc&view=rev
Log:
PR target/80250
* config/i386/sse.md (mov): Remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80288
Bug ID: 80288
Summary: Using directive injects names into a wrong namespace
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #98 from Bernd Edlinger ---
I realized that my latest patch triggers a pre-existing
bug in the libstdc++ testsuite => PR80287
So the following patch would be needed on top of it:
Index: gcc/cp/class.c
===
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80287
--- Comment #1 from Bernd Edlinger ---
good news is, I already have a patch:
Index: gcc/cp/class.c
===
--- gcc/cp/class.c (revision 246605)
+++ gcc/cp/class.c (working cop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80287
Bug ID: 80287
Summary: C++ crash with __attribute((may_alias))
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80281
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80238
--- Comment #6 from Mike ---
(In reply to Jonathan Wakely from comment #5)
> (In reply to Mike from comment #4)
> > (In reply to Richard Biener from comment #3)
> > > Can you try to build in a separate object directory instead?
> > And where to p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
--- Comment #6 from Markus Trippelsdorf ---
(In reply to Andrew Pinski from comment #5)
> Try -fno-tree-ter .
Yes, this works, too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56158
Jakub Jelinek changed:
What|Removed |Added
CC||ago at gentoo dot org
--- Comment #18 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80282
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80286
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80286
--- Comment #2 from Jakub Jelinek ---
I think this started with r198643, but the real bug isn't there, I'd say the
bug is in the shift patterns:
(define_insn "3"
[(set (match_operand:VI2_AVX2_AVX512BW 0 "register_operand" "=x,v")
(any_l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
Andrew Pinski changed:
What|Removed |Added
Component|tree-optimization |middle-end
--- Comment #5 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
Marc Glisse changed:
What|Removed |Added
Keywords||ra
--- Comment #4 from Marc Glisse ---
IM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #97 from Bernd Edlinger ---
I thought that at that point t is the type of to the outer reference.
thus in this example:
cat t1.c
#include
union xx {
__m64 m;
long long l;
};
union xx t;
__m64
test(long long x)
{
t.l=x;
retu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #96 from Jakub Jelinek ---
As Richard mentioned on IRC, e.g. the x86intrin.h __m[125]* types have
may_alias attributes and such a change would slow down code that puts those
into structures/unions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80286
--- Comment #1 from gregory hainaut ---
Of course, I forgot to say that code was compiled with the following option
g++ -O2 -c -std=c++11 -mavx2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80286
Bug ID: 80286
Summary: [4.9/5/6/7 regressions] AVX2 _mm_cvtsi128_si32 doesn't
return a proper 32bits int
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
Markus Trippelsdorf changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80284
--- Comment #1 from Jonathan Wakely ---
(In reply to frankhb1989 from comment #0)
> Is it intended by design?
Is what by design, the memory leak?
This is undefined, and it's not documented as supported because we don't want
to support it (and w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80282
--- Comment #1 from Jonathan Wakely ---
This is PR 56158.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #95 from rguenther at suse dot de ---
On April 2, 2017 10:54:28 AM GMT+02:00, "bernd.edlinger at hotmail dot de"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
>
>--- Comment #94 from Bernd Edlinger
>---
>I always wonder
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
Markus Trippelsdorf changed:
What|Removed |Added
Known to work||4.9.3
Summary|bad SIMD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80284
Bug ID: 80284
Summary: Support of associative containers with incomplete
element type
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #94 from Bernd Edlinger ---
I always wondered why get_alias_set does not use
the may_alias attribute like this:
Index: alias.c
===
--- alias.c (revision 246605)
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78002
--- Comment #9 from Andreas Schwab ---
No, it's call by descriptor that doesn't work for ilp32, which breaks tasking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
Bug ID: 80283
Summary: bad SIMD register allocation
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #93 from Bernd Edlinger ---
I tried a bit more with lto
and discovered that -flto -O2 removes all the
code from test() although it is marked noinline, noclone
To work around that, I added an asm statement
initializing all these mem-r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80282
Bug ID: 80282
Summary: undefined behavior in ios_base.h
Product: gcc
Version: 4.9.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #92 from Bernd Edlinger ---
It is an interesting fact that
g++ -flto -fdump-rtl-final t.cc
has correct rtl:
(insn 7 6 8 2 (set (mem/c:DI (symbol_ref:DI ("t1") [flags 0x2] ) [0 t1+0 S8 A64])
(reg:DI 0 ax [90])) "t.cc":17 81
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #91 from Bernd Edlinger ---
I mean here is [2 t1+0 S8 A64] and 2 is the alias set info in
the MEM_REF, I have expected that to be 0.
(insn:TI 7 6 14 2 (set (mem/c:DI (symbol_ref:DI ("t1") [flags 0x2] ) [2 t1+0 S8 A64])
(reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78002
--- Comment #8 from Eric Botcazou ---
> The ICE is gone, but gnat.dg/stack_check[12].adb fail execution test.
That gnat.dg/null_pointer_deref2.adb also fails would point to unwinding.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #90 from rguenther at suse dot de ---
On April 2, 2017 2:09:07 AM GMT+02:00, "bernd.edlinger at hotmail dot de"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
>
>Bernd Edlinger changed:
>
> What|Removed
40 matches
Mail list logo
