https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114494
--- Comment #3 from Akihiko Odaki ---
(In reply to Andrew Pinski from comment #2)
> Note the minimized testcase seems to be a real issue. hlen can either be 1
> (the only value that works) or more than 1.
Below is the the error message for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114494
--- Comment #2 from Andrew Pinski ---
Note the minimized testcase seems to be a real issue. hlen can either be 1 (the
only value that works) or more than 1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114495
Bug ID: 114495
Summary: Capture error in lambda fold
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114494
--- Comment #1 from Andrew Pinski ---
Please note this part of the documentation:
Note that sanitizers tend to increase the rate of false positive warnings, most
notably those around -Wmaybe-uninitialized. We recommend against combining
-Werror
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114494
Bug ID: 114494
Summary: false-positive with -O2 -Wstringop-overflow=2
-fsanitize=address
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95782
Jiu Fu Guo changed:
What|Removed |Added
CC||guojiufu at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97009
Andrew Pinski changed:
What|Removed |Added
CC||dimitri.gorokhovik at free dot
fr
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94485
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94485
--- Comment #11 from Andrew Pinski ---
SRA in 10.2.0:
```
Created a replacement for D.14474 offset: 0, size: 64: SR.70D.14479
Created a replacement for D.14475 offset: 0, size: 64: SR.71D.14480
Removing load: D.13665 = D.14475;
```
in 10.3.0:
``
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94485
--- Comment #10 from Sam James ---
ok, on godbolt, 8.5 fails. I think we're fine here then?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94485
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #9 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100754
--- Comment #5 from Andrew Pinski ---
The bug/issue is most likely inside microblaze_asm_output_mi_thunk .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80728
--- Comment #9 from Andrew Pinski ---
I am not 100% sure we should not transform this code. The way signals are
defined that only volatile/atomic variables can be done via signals.
This works:
```
static _Atomic int i;
static _Atomic int b;
vo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114493
Andrew Pinski changed:
What|Removed |Added
Depends on||35980
--- Comment #5 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35980
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> But starting in GCC 7, we no longer do.
that changed in r7-1272-g5545a9071573a5 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114493
--- Comment #4 from Andrew Pinski ---
Also related is commit r7-1272-g5545a9071573a5 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114493
Andrew Pinski changed:
What|Removed |Added
Known to work||8.1.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80320
--- Comment #2 from Andrew Pinski ---
For not emitting the guard:
#define NEEDS_GUARD_P(decl) (TREE_PUBLIC (decl) && (DECL_COMMON (decl) \
|| DECL_ONE_ONLY (decl) \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114493
--- Comment #2 from Sam James ---
Pfff.
```
typedef struct git_midx_writer git_midx_writer;
int git_futils_rmdir_flags;
int __attribute__git_midx_writer_new(git_midx_writer **);
struct __attribute__((__may_alias__)) git_midx_writer {};
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114493
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114493
Bug ID: 114493
Summary: internal compiler error: in fld_incomplete_type_of, at
ipa-free-lang-data.cc:257
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113986
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #5 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114492
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114492
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69041
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Summary|Unnecessa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114492
Bug ID: 114492
Summary: Invalid use of gcc_assert (notably in
gcc/config/aarch64/aarch64-ldp-fusion.cc)
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58525
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86347
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #5 from Andr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
Andrew Pinski changed:
What|Removed |Added
CC||bki at hacon dot de
--- Comment #92 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85961
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85961
Andrew Pinski changed:
What|Removed |Added
Known to work||12.1.0
--- Comment #7 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12944
Bug 12944 depends on bug 114491, which changed state.
Bug 114491 Summary: incorrect identifier namespacing with variadic templates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114491
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114491
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90189
Andrew Pinski changed:
What|Removed |Added
CC||christoph.schied at gmail dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114491
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107051
--- Comment #2 from absoler at smail dot nju.edu.cn ---
(In reply to Richard Biener from comment #1)
> With -O2 I see
>
> func_1:
> .LFB0:
> .cfi_startproc
> movle(%rip), %eax
> testl %eax, %eax
> je .L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83908
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114491
Bug ID: 114491
Summary: incorrect identifier namespacing with variadic
templates
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107031
--- Comment #10 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:41e767c482fc903ca5d54014b034c7526dbf8f1c
commit r14-9681-g41e767c482fc903ca5d54014b034c7526dbf8f1c
Author: Jerry DeLisle
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78253
Andrew Pinski changed:
What|Removed |Added
CC||bugdal at aerifal dot cx
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68178
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101140
--- Comment #5 from Nathaniel Shead ---
(In reply to Patrick Palka from comment #4)
> FWIW I was thinking we might want to perform two-phase name lookup for
> new-expressions like we do for other operator expressions, wherein
> unqualified looku
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114490
--- Comment #3 from Kang-Che Sung ---
(In reply to Andrew Pinski from comment #2)
>
> Basically if you are shifting by 0, then the CF bit never changes from the
> previous and this can't be done.
>
> So the comment in the backend is correct an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53192
--- Comment #7 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #5)
> BTW, to avoid that warning, you could use in C:
> extern __inline __m128i
> __attribute__ ((__gnu_inline__, __always_inline__, __artificial__))
> _mm_i32gather_ep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52876
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114490
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114490
--- Comment #1 from Andrew Pinski ---
Hmm, the backend has:
;; This pattern can't accept a variable shift count, since shifts by
;; zero don't affect the flags. We assume that shifts by constant
;; zero are optimized away.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53192
Andrew Pinski changed:
What|Removed |Added
Keywords|wrong-code |diagnostic, rejects-valid
Ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114490
Bug ID: 114490
Summary: Optimization: x86 "shl" condition codes never reused
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #13 from peter0x44 at disroot dot org ---
https://gcc.gnu.org/pipermail/gcc-patches/2024-March/648427.html
Patch submitted. Couldn't figure out how to assign myself in bugzilla.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68331
Bug 68331 depends on bug 50577, which changed state.
Bug 50577 Summary: IPA-PTA context insensitivity confuses pure-const analysis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50577
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50577
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87600
--- Comment #11 from Andrew Pinski ---
(In reply to Segher Boessenkool from comment #4)
> Oh btw, the #c3 problem isn't new at all, it happens with 4.8 already for
> example.
Yes it was originally reported as PR 46164 against GCC 4.5.1 even.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87600
Andrew Pinski changed:
What|Removed |Added
CC||siarhei.siamashka at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46164
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114488
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #4)
> On the gcc-9 branch the first bad commit is r9-8623-g0296697cf9893d
Which was the backport of r11-122.
And as expected, the ICE began on gcc-10 with the gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114474
--- Comment #2 from anlauf at gcc dot gnu.org ---
Created attachment 57817
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57817&action=edit
Draft patch
This adds a fixup of the expression type of the actual argument of the
DT constructor w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114475
Mikael Morin changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114488
--- Comment #4 from Jonathan Wakely ---
On the gcc-9 branch the first bad commit is r9-8623-g0296697cf9893d
commit 0296697cf9893dc9509cdcd8e3fd4ba9fe422527
Author: Jason Merrill
Date: Mon May 25 18:38:09 2020 -0400
c++: constexpr and lam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113765
--- Comment #7 from Eugene Rozenfeld ---
I'll prepare a patch this week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114387
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114485
Andrew Pinski changed:
What|Removed |Added
Known to work||12.3.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #12 from peter0x44 at disroot dot org ---
diff --git a/gcc/lto-wrapper.cc b/gcc/lto-wrapper.cc
index 5186d040ce0..7119157d830 100644
--- a/gcc/lto-wrapper.cc
+++ b/gcc/lto-wrapper.cc
@@ -2024,9 +2024,7 @@ cont:
trunca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114485
Andrew Pinski changed:
What|Removed |Added
Target|riscv*-*-* |riscv*-*-* aarch64-*-*
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114489
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
>[local count: 375809640]:
> _3 = g1;
> goto ; [100.00%]
>
>[local count: 697932184]:
> g2.1_2 = g2;
> arr[0] = g2.1_2;
> _8 = g1;
>
>[loca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114489
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114489
Bug ID: 114489
Summary: introduced redundant load facing different branches
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
Jonathan Wakely changed:
What|Removed |Added
CC||vincenzo.innocente at cern dot
ch
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114484
Jonathan Wakely changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #11 from Jonath
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114475
--- Comment #2 from anlauf at gcc dot gnu.org ---
(In reply to Jürgen Reuter from comment #1)
> I suspect this commit here,
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;
> h=44c0398e65347def316700911a51ca8b4ec0a411
> but not totally certain.
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114484
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114475
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114484
--- Comment #9 from vincenzo Innocente ---
We observe that including xmmintrin.h the behaviour of some code,
notably abs(x), when x is float or double changes.
And this depends on the platform as xmmintrin.h is x86_64 specific.
Yes, is 20 years
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114488
--- Comment #3 from Jonathan Wakely ---
An ICE seems to have started on trunk with r11-122 and been fixed by r11-557
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114488
--- Comment #2 from mauro russo ---
If something is removed from sample code (e.g., b made bool instead of a
shared_ptr, or some const is removed), the problem disappears.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114488
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97975
Andrew Pinski changed:
What|Removed |Added
Known to fail||10.2.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104284
Andrew Pinski changed:
What|Removed |Added
Known to work||11.3.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91465
Andrew Pinski changed:
What|Removed |Added
Target Milestone|9.4 |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114488
Bug ID: 114488
Summary: internal compiler error: unexpected expression
static_cast ...
Product: gcc
Version: 9.5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114484
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89855
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114484
--- Comment #7 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #6)
> For the specific case of , you know that includes and
> always adds abs(int) to the global namespace, right? It's actually a bug
> that doesn't always add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114431
Cupertino Miranda changed:
What|Removed |Added
CC||cupertino.miranda at oracle
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114484
--- Comment #6 from Jonathan Wakely ---
But is not a standard C++ header, there's no guarantee it doesn't
include (or any other header).
For the specific case of , you know that includes and
always adds abs(int) to the global namespace, righ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114484
--- Comment #5 from Andrew Pinski ---
Note this header has been this way for almost 20 years too ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114484
--- Comment #4 from vincenzo Innocente ---
in C++ one is supposed to #include
not
I do not think that there is an explicit version of C++ headers for the
intrinsics that avoids the conflicts between C and C++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114431
--- Comment #5 from GCC Commits ---
The master branch has been updated by Cupertino Miranda :
https://gcc.gnu.org/g:fa60ac549649655a3f55e69f83d2e97423d3eb5c
commit r14-9677-gfa60ac549649655a3f55e69f83d2e97423d3eb5c
Author: Cupertino Miranda
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114487
Bug ID: 114487
Summary: [14 regression] ICE when building libsdl2 on
-mfpmath=sse x86 with LTO
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103825
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114486
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114486
--- Comment #1 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f536ea9cc3226793dc156952340f21e55b60c04e
commit r14-9676-gf536ea9cc3226793dc156952340f21e55b60c04e
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51
--- Comment #17 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f536ea9cc3226793dc156952340f21e55b60c04e
commit r14-9676-gf536ea9cc3226793dc156952340f21e55b60c04e
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114478
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114057
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114057
--- Comment #11 from Richard Biener ---
Created attachment 57816
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57816&action=edit
manually reduced preprocessed source
This is the TU reduced to idihs where I put flatten on, with just -Ofas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114478
--- Comment #2 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:b1af867d22e3108402c62f97d8fcd1df303c9dab
commit r14-9675-gb1af867d22e3108402c62f97d8fcd1df303c9dab
Author: Gaius Mulley
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114057
--- Comment #10 from Richard Biener ---
So the ref output is
-3.22397e+05
3.07684e+02
1.06621e+10
and before the change we get
-3.22205e+05
3.05161e+02
1.06660e+10
while after it is
-3.22401e+05
3.11606e+02
1.06579e+10
vectorization differ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114484
--- Comment #3 from Andrew Pinski ---
Why do you think this is a bug?
Including an intrinsic header will almost always pull in other headers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114486
Bug ID: 114486
Summary: new test gcc.c-torture/execute/pr51.c in
r14-9668-gc4f2c84e8fa369 fails
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: n
1 - 100 of 193 matches
Mail list logo
