https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71088
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |7.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56538
--- Comment #2 from Jonathan Wakely ---
Should be fixed with glibc 2.32 by checking __libc_single_threaded before using
atomics in shared_ptr.
I don't understand why the original example would use atomics anyway though,
__gthread_once should hav
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56538
--- Comment #3 from Jonathan Wakely ---
We also support __shared_ptr which avoids the atomic dispatching
code entirely.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63590
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66648
Andrew Pinski changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #9 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56538
Jan Kratochvil changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66947
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54390
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101917
Bug ID: 101917
Summary: Spurious -Wstringop-overread with -flto when passing
zero sized arrays
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101918
Bug ID: 101918
Summary: LTO type mismatches for runtime library functions in
mixed -fdefault-real-8 projects
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101918
--- Comment #1 from Rimvydas (RJ) ---
Also several programs report spurious warnings:
: warning: type of '__builtin_realloc' does not match original
declaration [-Wlto-type-mismatch]
/opt/nwp/gcc11/include/stdlib.h:550:14: note: type mismatch in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101919
Bug ID: 101919
Summary: Inconsistent -Wstringop-overread warning with -flto
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81034
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101920
Bug ID: 101920
Summary: memcpy expansion treats unknown pointers as unaligned
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81496
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-15
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101920
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50417
Andrew Pinski changed:
What|Removed |Added
CC||dragan.mladjenovic at syrmia
dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81760
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81813
Andrew Pinski changed:
What|Removed |Added
Known to fail||8.1.0
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81813
--- Comment #3 from Andrew Pinski ---
There are a 3 places where the
calllock_acquire
calldebug_lockdep_rcu_enabled
movq32(%rsp), %rax
popq%rdx
Pattern exists and in GCC 7-8, only one of the 3 has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81813
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46357
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46357
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82727
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82727
--- Comment #2 from Andrew Pinski ---
Note -mabi=ms -mlong-double-128 is enough to reproduce the ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82730
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82883
--- Comment #1 from Andrew Pinski ---
With -mtune=intel -O3, we produce:
movl$1819043144, (%rdi)
movw$8303, 4(%rdi)
ret
So it looks like a target tuning issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82727
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60900
Andrew Pinski changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84759
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89256
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97282
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37443
Andrew Pinski changed:
What|Removed |Added
Build|i686-pc-cygwin |
Host|i686-pc-cygwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101921
Bug ID: 101921
Summary: G++ cannot find a template function with lambda as
default template argument
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101921
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48580
--- Comment #22 from Andrew Pinski ---
For the original testcase in comment #0 we produce (in GCC 11+):
movl%edi, %eax
mull%esi
seto%dl
xorl%r8d, %r8d
movzbl %dl, %edx
testl %eax,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91072
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48580
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37727
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57699
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57691
Bug 57691 depends on bug 57699, which changed state.
Bug 57699 Summary: Disable empty parameter list misinterpretation in libstdc++
headers when !defined(NO_IMPLICIT_EXTERN_C)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57699
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101873
--- Comment #4 from Fedor Chelnokov ---
If this question is to me, then actually I am not absolutely sure. I initially
thought that GCC was right in this code example. But later a high reputy C++
expert from stackoverflow dissuaded me. According
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51178
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101521
Andrew Pinski changed:
What|Removed |Added
Depends on||78473
--- Comment #4 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61030
Andrew Pinski changed:
What|Removed |Added
Depends on||100809
--- Comment #3 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17958
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101922
Bug ID: 101922
Summary: mips: illegal instruction at -O3 with -mmsa
-mloongson-mmi
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101922
--- Comment #1 from Xi Ruoyao ---
Technically the testcase above invokes UB, but this is reduced from a file in
openssl-1.1.1k.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91591
--- Comment #4 from Giulio Benetti ---
This bug is pretty old and need to retest if it still shows up. Maybe it’s been
fixed with gcc minor versions. I will let you know.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101923
Bug ID: 101923
Summary: std::function's move ctor is slower than the copy one
for empty source objects
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101388
--- Comment #1 from Gaius Mulley ---
"ro at gcc dot gnu.org" writes:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101388
>
> Bug ID: 101388
>Summary: Unconditional use of __MAX_BAUD
>Product: gcc
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101923
--- Comment #1 from Petar Ivanov ---
Benchmark code (using Google Benchmark):
#include
#include
#include
struct Car {};
static void copy(benchmark::State& state) {
for (auto _ : state) {
const auto f = std::function{};
const aut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82883
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101387
--- Comment #1 from Gaius Mulley ---
many thanks for the bug report - now fixed in the git repro.
The bugfix emits a prototype for throw (if required) rather than use a non
portable header file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101918
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
On Sun, Aug 15, 2021 at 03:21:32PM +1200, Barry Song wrote:
> From: Barry Song
>
> Constanly there are some section mismatch issues reported in test_bitmap
> for xtensa platform such as:
>
> Section mismatch in reference from the function bitmap_equal() to the
> variable .init.data:initcall_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101924
Bug ID: 101924
Summary: /usr/ccs/bin/ld: Unsatisfied symbols referenced
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101924
John David Anglin changed:
What|Removed |Added
Summary|/usr/ccs/bin/ld:|/usr/ccs/bin/ld:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101923
Nikita Kniazev changed:
What|Removed |Added
CC||nok.raven at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99351
--- Comment #3 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:bbf19f9c20515da9fcd23f08c8139427374e8d77
commit r12-2915-gbbf19f9c20515da9fcd23f08c8139427374e8d77
Author: Harald Anlauf
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100293
--- Comment #9 from Brecht Sanders
---
Any update on this?
Issue still exists today (in GCC 11.2.0 and in latest snapshot
11.2.1-20210814).
Both when building gcc on Windows for nvptx as well as the offload engine for
nvptx there is an error l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101871
--- Comment #5 from anlauf at gcc dot gnu.org ---
In array.c:gfc_match_array_constructor there's the following code:
1335 /* Walk the constructor, and if possible, do type conversion for
1336 numeric types. */
1337
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95244
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101904
--- Comment #2 from Mikhail Kremniov ---
I see, thanks.
But I must mention that Clang is able to compile this code somehow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95244
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.4
Summary|GCC 10 no longer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96697
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85366
Andrew Pinski changed:
What|Removed |Added
Depends on||96697
--- Comment #4 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101388
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101387
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96697
--- Comment #6 from Jakub Jelinek ---
For signed x and y, x % y == x % -y, x % y has the sign of x. So for x in
non-negative you can use x % y < abs(y) and generally -abs(y) < x % y < abs(y)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88712
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94871
--- Comment #2 from Andrew Pinski ---
v2di cmpneq_pd1(v2df a, v2df b)
{
return ((v2di)(a==b) ^ set1_epi8(0xFF));
}
Produces the correct thing on gimple level:
_5 = .VCOND (a_2(D), b_3(D), { 0, 0 }, { -1, -1 }, 113);
But the RTL during com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91569
Andrew Pinski changed:
What|Removed |Added
Known to work||11.1.0
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51780
Andrew Pinski changed:
What|Removed |Added
Known to work||8.1.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51780
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |8.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91569
--- Comment #3 from H.J. Lu ---
It is fixed by r11-165.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63271
--- Comment #3 from Andrew Pinski ---
So the two functions are not the same (because __m128i is Vector of 2 long long
[at least now]).
Here is a better testcase:
#define vector __attribute__((vector_size(16)))
typedef vector char __m128i ;
sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91569
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60575
--- Comment #1 from Andrew Pinski ---
We produce now since GCC 5+:
.L4:
movdqu (%rsi,%rax,2), %xmm0
movdqu 16(%rsi,%rax,2), %xmm1
pcmpgtw %xmm4, %xmm0
pcmpgtw %xmm4, %xmm1
pand%xmm3, %xmm0
pan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64567
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78327
Andrew Pinski changed:
What|Removed |Added
Known to fail||10.3.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31667
--- Comment #5 from Andrew Pinski ---
We produce this now:
movdqa x(%rip), %xmm1
pxor%xmm0, %xmm0
movdqa %xmm1, %xmm2
punpckhbw %xmm0, %xmm1
movaps %xmm1, y+16(%rip)
movdqa x+16(%rip)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80006
--- Comment #6 from Andrew Pinski ---
> On x86_64, this conversion from signed char to int is for some reason
> performed even in function f, so the test program triggers no warnings.
Oh yes the promotion happens because of a target hook.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80261
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101925
Bug ID: 101925
Summary: reversed storage order when compiling with -O3 only
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101925
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78947
Andrew Pinski changed:
What|Removed |Added
Known to fail||8.5.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87650
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87650
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> If I saw these two statements:
s/saw/swap/
I don't know why I wrote the wrong word there. I was thinking swap and still
wrote saw.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101871
--- Comment #6 from Steve Kargl ---
On Sun, Aug 15, 2021 at 07:21:42PM +, anlauf at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101871
>
> --- Comment #5 from anlauf at gcc dot gnu.org ---
> In array.c:gfc_match_ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95756
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2020-06-19 00:00:00 |2021-8-15
Component|rtl-optimiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101926
Bug ID: 101926
Summary: [meta-bug] struct/complex argument passing and return
should be improved
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: misse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90216
--- Comment #3 from Andrew Pinski ---
Testcase:
#include
template
struct Neighbourhood {
using datatype = DataType;
};
template
struct Building {
using datatype = typename N::datatype;
operator datatype() const{
return (s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31271
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Known to work|4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88496
H.J. Lu changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88483
--- Comment #7 from H.J. Lu ---
*** Bug 88496 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101926
Bug 101926 depends on bug 88496, which changed state.
Bug 88496 Summary: Unnecessary stack adjustment with -mavx512f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88496
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36395
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46391
Andrew Pinski changed:
What|Removed |Added
Keywords||alias, missed-optimization
B
1 - 100 of 119 matches
Mail list logo