https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97485
Bug ID: 97485
Summary: std::call_once crashes at runtime on glibc if not
linked to libpthread:
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
Eve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97462
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97485
Sergei Trofimovich changed:
What|Removed |Added
Host||x86_64-pc-linux-gnu
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97463
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #5 from Richard Biener ---
Hmm, is the TOPN allocation strathegy configurable? I wonder whether we have
to resort to an alternate allocation scheme (mmap/sbrk), avoiding libc? At
least
I don't see a good way to force the gcov alloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97466
Martin Liška changed:
What|Removed |Added
Known to fail||11.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97467
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |11.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97468
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97464
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97469
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-10-19
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97466
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Summary|ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97466
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97485
--- Comment #2 from Sergei Trofimovich ---
AFAIU '-1' comes from
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=libgcc/gthr-posix.h;h=965247602acf11f81c5fa009c7ee48eb55cbacca;hb=HEAD#l696
696 static inline int
697 __gthread_once (__gthread_once_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97471
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97471
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97469
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97472
Martin Liška changed:
What|Removed |Added
Component|c |tree-optimization
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97468
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #2 from R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97469
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97480
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-10-19
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97473
Richard Biener changed:
What|Removed |Added
Component|other |target
--- Comment #3 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97474
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97483
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97483
--- Comment #3 from ammy.yi ---
We tried latest GCC with a different OS and cannot reproduce this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97474
--- Comment #5 from Richard Biener ---
OK, so the issue is that the C++ frontend marks 'this' as restrict which in
turn means that no other pointer can alias it. For foo() GCC computes
:
_1 = MEM[(struct A &)a_7(D) clique 1 base 1].a;
#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97478
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97477
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #1 from Richa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97480
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97484
Richard Biener changed:
What|Removed |Added
Component|c++ |libstdc++
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97467
--- Comment #2 from Aldy Hernandez ---
Ranger can figure out that the RHS operand of a shift is a zero and feeds it to
operator_lshift::op1_range, which then uses it to create a swapped [1,0] range.
Testing the following patch:
diff --git a/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97484
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97474
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97474
--- Comment #7 from Richard Biener ---
Created attachment 49397
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49397&action=edit
fix in points-to analysis
So this fix would allow this case (and fix the C++ FEs using of restrict)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97466
--- Comment #4 from Richard Biener ---
*** Bug 97480 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97480
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97466
--- Comment #5 from Richard Biener ---
Meh, I didn't intend to commit this assert ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97486
Bug ID: 97486
Summary: [11 Regression] ICE in vect_create_constant_vectors,
at tree-vect-slp.c:4513 since
r11-4005-g6c6e0cafa38cee83
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97486
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97486
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66552
--- Comment #15 from CVS Commits ---
The master branch has been updated by Jiu Fu Guo :
https://gcc.gnu.org/g:222f312a773157f53396ba4cb287deb07f84cc34
commit r11-4033-g222f312a773157f53396ba4cb287deb07f84cc34
Author: guojiufu
Date: Mon Oct 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97487
Bug ID: 97487
Summary: [10/11 Regression] ICE in expand_simple_binop, at
optabs.c:939
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97466
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:95f27849a580ac834d4f51a0642da9671f0a9dee
commit r11-4034-g95f27849a580ac834d4f51a0642da9671f0a9dee
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97466
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97467
--- Comment #3 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:5b80069c7e65a3ed60ee16deac4a450a9c32efa6
commit r11-4035-g5b80069c7e65a3ed60ee16deac4a450a9c32efa6
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97484
--- Comment #3 from Brecht Sanders
---
MinGW is pure C, so it doesn't use: using namespace std;
But I do see Ninja doing this before including windows.h.
However GCC 10 and older have no issue with this.
What changed in GCC 11 to cause the issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97467
Aldy Hernandez changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97484
--- Comment #4 from Jakub Jelinek ---
(In reply to Brecht Sanders from comment #3)
> MinGW is pure C, so it doesn't use: using namespace std;
> But I do see Ninja doing this before including windows.h.
Then it is Ninja that needs to be fixed. O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97487
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97488
Bug ID: 97488
Summary: [11 Regression] ICE: Segmentation fault (in
wi::set_bit_large)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80928
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97484
Brecht Sanders changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97489
Bug ID: 97489
Summary: [11 Regression] ICE: Segmentation fault (in
ana::supergraph::get_node_for_function_entry(function*
) const)
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97488
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97484
Jakub Jelinek changed:
What|Removed |Added
Resolution|FIXED |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97490
Bug ID: 97490
Summary: [10/11 Regression] false-positive -Wstringop-overflow=
with address sanitizer
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97486
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97486
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:361c378dda1f17435ecc364ab246978784df2482
commit r11-4068-g361c378dda1f17435ecc364ab246978784df2482
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #7 from Jakub Jelinek ---
So, can we use this for anything but modulo 3, or 5, or 17, or 257 (all of
those have 2^32 mod N == 2^64 mod N == 2^128 mod N == 1), probably also keyed
on the target having corresponding uaddv4_optab handler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97327
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by SRINATH PARVATHANENI
:
https://gcc.gnu.org/g:634ee90804cae1e08c8e25913288e0ecf0a5ea0a
commit r10-8911-g634ee90804cae1e08c8e25913288e0ecf0a5ea0a
Author: Srinath P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97471
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97490
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #8 from Jakub Jelinek ---
And perhaps for other (but constant and not power of two) modulos use that
unsigned long long a;
a = (n >> 96) * (unsigned long long) (((__uint128_t 1) << 96) % c);
a += ((n >> 64) & 0xULL) * (u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97489
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97327
SRINATH PARVATHANENI changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97490
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-10-19
Summary|[10/11 Regr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97487
Martin Liška changed:
What|Removed |Added
Summary|[10/11 Regression] ICE in |[10/11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97489
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80928
--- Comment #28 from Richard Biener ---
Yes, the original issue is still present.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91601
--- Comment #18 from Martin Liška ---
(In reply to Fangrui Song from comment #17)
> The algorithm is Donald B. Johnson's "Finding all the elementary circuits of
> a directed graph" (1975). (Hawick and James's just implemented the same
> algorithm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96682
SRINATH PARVATHANENI changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96683
SRINATH PARVATHANENI changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96684
SRINATH PARVATHANENI changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445
--- Comment #9 from Jakub Jelinek ---
-fno-allow-store-data-races is fairly new option, previously it has been
--param=allow-store-data-races=0
I have no idea how you've tried to add -save-temps, so can't answer why you get
the error.
What I was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97488
--- Comment #2 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:2d2f4ffc97a8510e72a99ee106159aeae2627a42
commit r11-4070-g2d2f4ffc97a8510e72a99ee106159aeae2627a42
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97488
Aldy Hernandez changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445
--- Comment #10 from Christophe Leroy ---
(In reply to Jakub Jelinek from comment #9)
> What I was suggesting is build with make V=1 and copy/paste the command line
> used to compile a particular source file and append -save-temps to those
> opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80928
--- Comment #29 from Richard Biener ---
So a testcase for missed outer loop induction SLP (and nested cycle SLP) is
for example
int a[1024];
void foo (unsigned n)
{
for (int i = 0; i < 1020; i += 4)
{
int suma = a[i];
int sumb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97491
Bug ID: 97491
Summary: Wrong restriction for VALUE arguments of pure
procedures
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97485
--- Comment #3 from Jonathan Wakely ---
Looks like a dup of PR 55394
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445
--- Comment #11 from Christophe Leroy ---
Created attachment 49398
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49398&action=edit
Build of fs/pipe.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445
--- Comment #12 from Christophe Leroy ---
Created attachment 49399
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49399&action=edit
pipe.s from build of fs/pipe.o
fs/pipe.o includes an instance of get_order() allthouth get_order() is decla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445
--- Comment #13 from Christophe Leroy ---
(In reply to Christophe Leroy from comment #10)
> (In reply to Jakub Jelinek from comment #9)
> > What I was suggesting is build with make V=1 and copy/paste the command line
> > used to compile a particu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97492
Bug ID: 97492
Summary: arm cortex-m0+ or constant value can use adds
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97477
--- Comment #2 from Dalon Work ---
(In reply to Richard Biener from comment #1)
> IIRC restrict is not official C++ but I agree it should be accepted.
You are correct, it is not official c++. g++ accepts and uses the '__restrict'
keyword in c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97360
--- Comment #23 from Peter Bergner ---
(In reply to Richard Biener from comment #22)
> OK, so the fix here is quite obviously to simply drop the
> build_distinct_type_copy calls:
Thanks richi, I'll put the patch through a bootstrap/regtest cycle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #6 from Martin Liška ---
(In reply to Richard Biener from comment #5)
> Hmm, is the TOPN allocation strathegy configurable? I wonder whether we have
> to resort to an alternate allocation scheme (mmap/sbrk), avoiding libc?
No. The o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #7 from Jan Hubicka ---
> No. The only thing we support is a recursive malloc as seen in:
> ./gcc/testsuite/gcc.dg/tree-prof/indir-call-prof-malloc.c
>
> It was added in g:bc2b1a232b1825b421a1aaa21a0865b2d1e4e08c as we use a
> static
> No. The only thing we support is a recursive malloc as seen in:
> ./gcc/testsuite/gcc.dg/tree-prof/indir-call-prof-malloc.c
>
> It was added in g:bc2b1a232b1825b421a1aaa21a0865b2d1e4e08c as we use a
> statically allocated buffer when we recursively entry allocate_gcov_kvp.
>
> However this is d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97493
Bug ID: 97493
Summary: generate wrong code with "-Os -fno-toplevel-reorder
-frename-registers"
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97493
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97489
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from David Malco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97388
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #8 from Martin Liška ---
(In reply to Jan Hubicka from comment #7)
> > No. The only thing we support is a recursive malloc as seen in:
> > ./gcc/testsuite/gcc.dg/tree-prof/indir-call-prof-malloc.c
> >
> > It was added in g:bc2b1a232b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #9 from Jan Hubicka ---
>
> They have the very same problem when I disable a statically pre-allocated
> buffers with -mllvm -vp-static-alloc=0:
>
> Program received signal SIGILL, Illegal instruction.
> 0x004014e6 in calloc
>
> They have the very same problem when I disable a statically pre-allocated
> buffers with -mllvm -vp-static-alloc=0:
>
> Program received signal SIGILL, Illegal instruction.
> 0x004014e6 in calloc (nmemb=1, size=8) at pr97461.c:103
> 103 if (malloc_depth != 0) __builtin_trap();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #10 from Martin Liška ---
> Hmm, it seems to me that having some entries prealocated by default
> would be way to avoid this problem in majority cases w/o having to
> modify the upstream packages.
I tend to the same. I'm going to pre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97471
Nathan Sidwell changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445
--- Comment #15 from Martin Liška ---
Created attachment 49401
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49401&action=edit
x86_64 pre-processed source file
1 - 100 of 174 matches
Mail list logo