https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96948
--- Comment #4 from Kirill Müller ---
Done.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96961
Bug ID: 96961
Summary: ICE default lambda as non-type template with default
argument
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96964
--- Comment #1 from Tom de Vries ---
This is an attempt to implement it by using a fallback in libatomic (see also
PR96898):
...
diff --git a/gcc/config/nvptx/nvptx.md b/gcc/config/nvptx/nvptx.md
index 4168190fa42..612240661f8 100644
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96966
Martin Sebor changed:
What|Removed |Added
Summary|redundant memcpy not|[8/9/10/11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96965
Bug ID: 96965
Summary: combine RMW and flags
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96966
Bug ID: 96966
Summary: redundant memcpy not eliminated after pointer
subtraction
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96951
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96960
Bug ID: 96960
Summary: ICE in tsubst_copy_and_build, at cp/pt.c:20531 from
lambda in return-type-requirement
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96959
Bug ID: 96959
Summary: GCC allows ill-formed explicit capture of
requires-expression local parameter
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96962
Bug ID: 96962
Summary: [11 Regression] ICE in gimple_call_arg, at
gimple.h:3256
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #7 from Dmitriy Ovdienko ---
Following are CPU counters for single threaded code. Pre-allocation is enabled.
Memory pool is created inside the loop.
```cpp
int poolSize(int depth)
{
return (1 << (depth + 1)) * sizeof(Node);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #8 from Dmitriy Ovdienko ---
Same as above for Depth = 19
| | PMR |Malloc |
|---|---|---|
| cache-references |16,571,923 |16,260,256 |
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96950
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96963
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96958
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-09-07
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96962
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96898
--- Comment #6 from Tom de Vries ---
Created attachment 49195
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49195=edit
Tentative patch
Introduces an option -fatomic-libcalls (analogous to -fsync-libcalls) such that
__atomic_test_and_set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96965
--- Comment #1 from Alexandre Oliva ---
One nit: I wrote the flag-setting non-canonical compare ended up in i0, but it
actually becomes i1, with the original i1 (R) moved to i0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96711
--- Comment #15 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:9164caf25cb210ad0a69357b226e39913aff00d1
commit r11-3042-g9164caf25cb210ad0a69357b226e39913aff00d1
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96949
David Malcolm changed:
What|Removed |Added
Last reconfirmed||2020-09-07
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96898
--- Comment #7 from Tom de Vries ---
(In reply to Tom de Vries from comment #6)
> Created attachment 49195 [details]
> Tentative patch
>
> Introduces an option -fatomic-libcalls (analogous to -fsync-libcalls) such
> that __atomic_test_and_set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96796
--- Comment #8 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:6001db79c477b03eacc7e7049560921fb54b7845
commit r11-3041-g6001db79c477b03eacc7e7049560921fb54b7845
Author: Richard Sandiford
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96964
Bug ID: 96964
Summary: [nvptx] Implement __atomic_test_and_set
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96963
Bug ID: 96963
Summary: -Wstringop-overflow false positive on -O3 or -O2
-ftree-vectorize when assigning consecutive char
struct members
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96967
Bug ID: 96967
Summary: [11 Regression] ICE in decompose, at wide-int.h:984
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96933
--- Comment #8 from Kewen Lin ---
(In reply to Segher Boessenkool from comment #7)
> There are vmrglb and vrghb etc.?
But these are only for low/high part separately, with mtvsrdd both low/high
parts (doubleword) have the values, we don't have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87767
Hongtao.liu changed:
What|Removed |Added
CC||vmakarov at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #3 from Dmitriy Ovdienko ---
Created attachment 49189
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49189=edit
Original implementation (simplified, single threaded)
Attached is a simplified original version of the benchmark.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94235
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:fea13fcd0da0353520eb2675ad24c2f296611b85
commit r11-3026-gfea13fcd0da0353520eb2675ad24c2f296611b85
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96933
--- Comment #6 from Kewen Lin ---
(In reply to Kewen Lin from comment #5)
> (In reply to Segher Boessenkool from comment #4)
> > Yes, timing suggests there is some SHL/LHS flush.
> >
> > On p9 and later we can use mtvsrdd instead of mtvsrd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #4 from Dmitriy Ovdienko ---
Created attachment 49190
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49190=edit
Modified solution with custom allocator based on malloc (simplified, single
threaded)
Attached is a benchmark
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96861
Hongtao.liu changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96574
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by hongtao Liu
:
https://gcc.gnu.org/g:ce3001ff1d734e0763a1a5e434272bf89df1fe06
commit r10-8715-gce3001ff1d734e0763a1a5e434272bf89df1fe06
Author: liuhongt
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96854
--- Comment #17 from rguenther at suse dot de ---
On Sun, 6 Sep 2020, already5chosen at yahoo dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96854
>
> --- Comment #15 from Michael_S ---
> Thank you.
> That does not sound too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96939
--- Comment #8 from Jakub Jelinek ---
So I think this bug has been introduced with
https://gcc.gnu.org/legacy-ml/gcc-patches/2016-12/msg01390.html
I think the right change is:
--- gcc/config/arm/arm.c.jj 2020-07-30 15:04:38.136293101 +0200
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96951
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
--- Comment #4 from tk ---
I have found that if I manually change
lea rax, bx[rip]
to something like
lea rax, __bx[rip]
...
.weakref __bx, bx
the assembly pass succeeds, with the correct results.
(It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96953
Bug ID: 96953
Summary: junk at end of line: convert const char[] to
std::string
Product: gcc
Version: 8.4.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96952
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
See
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96953
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93399
Jakub Jelinek changed:
What|Removed |Added
CC||alex.wolf at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96951
Bug ID: 96951
Summary: strncpy truncation warning does not recognize
truncation check
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96951
--- Comment #2 from Florian Weimer ---
Then the warning should recommend to use memccpy, perhaps?
if (memccpy (p->string, s, '\0', sizeof (p->string)) == NULL)
return -1;
return 0;
--
Red Hat GmbH, https://de.redhat.com/ , Registered
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96946
--- Comment #1 from Jonathan Wakely ---
I don't know what the problem is, the code should be roughly equivalent to:
#include
namespace x __attribute__((visibility("default")))
{
template
struct buffer
{
alignas(__alignof__(T)) unsigned char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96952
Bug ID: 96952
Summary: __builtin_thread_pointer support cannot be probed
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96953
--- Comment #1 from Alex ---
Created attachment 49191
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49191=edit
g++-8 -std=c++11 -Og -dA -ggdb -S ~/test/abc.cpp
Here you can see the Quote being generated on the wrong line at 523/524
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96953
--- Comment #2 from Alex ---
Created attachment 49192
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49192=edit
g++-8 -std=c++11 -Og -dA -ggdb -c ~/test/abc.cpp 2>out.txt
this is the output of the compile command:
/tmp/cce5iZjM.s:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96896
--- Comment #3 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:2b0df0a6ac79b34f5fac4f3d456e8e14db220e4a
commit r11-3029-g2b0df0a6ac79b34f5fac4f3d456e8e14db220e4a
Author: Tobias Burnus
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96896
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
--- Comment #5 from Jakub Jelinek ---
It is far easier to use (the default) assembler syntax that is properly
designed and doesn't have flaws like this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96332
--- Comment #3 from Carsten Haitzler ---
Anyone able to reproduce?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96952
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94595
--- Comment #1 from Christophe Lyon ---
For thumb2-cond-cmp-4.c (if ( (i >= '+') ? (j <= '-') : 1) ) we generate:
* cortex-m0:
f:
cmp r0, #42
ble .L3
movsr3, #45
movsr2, #0
lsrsr0, r1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #6 from Dmitriy Ovdienko ---
> looking at cache-misses counter does not make sense here
Well, if you compare Rust and C++, cache-misses CPU counter differs
dramatically... and page-faults too... while amount of instructions is the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96958
--- Comment #1 from James Greenhalgh ---
Asleep at the wheel today, I had intended to link to the
https://gcc.gnu.org/pipermail/libstdc++/2011-September/036420.html original
discussion rather than leave it as a tedious exercise for the reader.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85830
--- Comment #10 from Segher Boessenkool ---
Thanks Carl!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96954
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96956
Bug ID: 96956
Summary: When gcc does not see a label used in a goto it gives
the wrong label address &
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96946
--- Comment #4 from Jonathan Wakely ---
Libc++ seems to pass the std::list example in comment 3 because they rely on
different UB: https://godbolt.org/z/xvdaxh
The libc++ std::list node is allocated as though it's raw storage, and so is
never
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96955
Bug ID: 96955
Summary: Implement __builtin_thread_pointer
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96955
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96946
--- Comment #2 from Jonathan Wakely ---
Ah I see what's wrong. We do the static_cast before creating an object at that
address:
#include
namespace x __attribute__((visibility("default")))
{
template
struct buffer
{
alignas(__alignof__(T))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96946
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96827
--- Comment #8 from Joel Hutton ---
I'm working on this.
I believe this may have been introduced by my earlier SLP vector constructor
patch.(commit 10d1592)
What I believe to be the relevant section:
+ else if (constructor)
+{
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96954
Bug ID: 96954
Summary: gcc times out with -O2/-O3/-Os
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96200
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86419
--- Comment #11 from Jonathan Wakely ---
(In reply to Dimitrij Mijoski from comment #10)
> Well, whatever, I will pause my work on this.
Thanks again. There are a few code conversion issues in my TODO list, so I'll
get around to properly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96956
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96933
--- Comment #7 from Segher Boessenkool ---
There are vmrglb and vrghb etc.?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96957
Bug ID: 96957
Summary: No name-lookup into base class when using an non
dependent base class via template alias with dummy
parameter.
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96957
--- Comment #1 from Anders Granlund ---
Also see the following stack overflow post:
https://stackoverflow.com/questions/63761866/difference-in-behaviour-between-clang-and-gcc-when-trying-to-confuse-them-by-usi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93865
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96952
Rich Felker changed:
What|Removed |Added
CC||bugdal at aerifal dot cx
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96958
Bug ID: 96958
Summary: Long Double in Hash Table policy forces soft-float
calculations
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
76 matches
Mail list logo
