https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117501
Sam James changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #2 from Sam James ---
I got t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61338
--- Comment #9 from Andrew Pinski ---
One way to solve this would be push the perm that covers the whole vector (that
is an 1-1/onto PERM) forward through binary ops.
That is PERM + PERM -> PERM (where c matches all elements of
the vector as th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117492
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
--- Comment #9 from Sergei Trofimovich ---
The attached patch also fixes `cdrkit-1.1.11` build for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117506
--- Comment #2 from Andrew Pinski ---
case PLUS:
result = wi::to_poly_wide (op0, mode) + wi::to_poly_wide (op1, mode);
break;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117508
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117460
Bo YU changed:
What|Removed |Added
CC||yuzibode at 126 dot com
--- Comment #2 from Bo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97475
Andrew Pinski changed:
What|Removed |Added
Depends on|46589 |
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117505
Andrew Pinski changed:
What|Removed |Added
Depends on||97475
Keywords|ice-on-valid-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117505
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117019
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117019
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:440be01b07941506d1c8819448bd17c8717d55f5
commit r15-5053-g440be01b07941506d1c8819448bd17c8717d55f5
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117492
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> /* Two consecutive rotates adding up to the some integer
> multiple of the precision of the type can be ignored. */
> if (code == RROTATE_E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #21 from John David Anglin ---
(In reply to Segher Boessenkool from comment #20)
> (In reply to John David Anglin from comment #19)
> > (In reply to Segher Boessenkool from comment #17)
> > > (In reply to John David Anglin from comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117510
Andrew Pinski changed:
What|Removed |Added
Blocks||53947
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117510
Bug ID: 117510
Summary: Inner loop with static trip count breaks vectorization
of outer loop
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117238
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117500
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117238
--- Comment #5 from GCC Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:7175fece7df50326703e4ca8b49d7cc93a5e8dfe
commit r15-5052-g7175fece7df50326703e4ca8b49d7cc93a5e8dfe
Author: John David Anglin
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117503
Andrew Pinski changed:
What|Removed |Added
Keywords||build
Summary|test_from_fmt_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
--- Comment #8 from Andrew Pinski ---
Created attachment 59569
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59569&action=edit
Patch which I am testing
This is the correct patch rather than limiting the recursion via a number; this
check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117238
--- Comment #4 from GCC Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:3a1da8ffb71af1005c5a035d0eb5f956056adf32
commit r15-5050-g3a1da8ffb71af1005c5a035d0eb5f956056adf32
Author: John David Anglin
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117443
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
--- Comment #7 from Andrew Pinski ---
*** Bug 117493 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
Bug 117496 depends on bug 117493, which changed state.
Bug 117493 Summary: [15 regression] ICE when building llvm-18.1.8 with -O3
-fno-tree-forwprop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117493
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117493
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
Andrew Pinski changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117507
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117499
--- Comment #3 from Andrew Pinski ---
Note the reason why it shows up only at -O3 is because of recursive inlining in
this case only happens at -O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117443
--- Comment #3 from GCC Commits ---
The releases/gcc-14 branch has been updated by John David Anglin
:
https://gcc.gnu.org/g:4b30972e5171093c472ef344297994dd00bf5e97
commit r14-10910-g4b30972e5171093c472ef344297994dd00bf5e97
Author: John David
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117443
--- Comment #2 from GCC Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:1ea45291af0bc8f7b6dff67a0f23be662b2f9908
commit r15-5049-g1ea45291af0bc8f7b6dff67a0f23be662b2f9908
Author: John David Anglin
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117499
--- Comment #2 from Andrew Pinski ---
(In reply to Sam James from comment #1)
> Dupe.
>
> *** This bug has been marked as a duplicate of bug 117496 ***
And yes the correct fix for PR 117496 solves this one too (not just the hack I
did earlier)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
--- Comment #5 from Andrew Pinski ---
Setting value number of _11 to wm_8 (changed)
Making available beyond BB8 _11 for value wm_8
Value numbering stmt = if (_11 == 0)
So when insert_predicates_for_cond does a vn_valueize of wm_8 (due the path
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117507
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117507
--- Comment #3 from David Binderman ---
After most of the reduction:
typedef int u_int;
static void z900_vstoreb();
int z900_edit_x_edit_and_mark_regs;
unsigned long z900_edit_x_edit_and_mark_regs_1_0_0;
u_int z900_edit_x_edit_and_mark_regs_0_0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117509
Bug ID: 117509
Summary: False negative on -Wdangling-reference
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117507
--- Comment #2 from David Binderman ---
-O2 can be replaced by -O1 -fcode-hoisting -fexpensive-optimizations.
I have a reduction running.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117490
--- Comment #7 from uecker at gcc dot gnu.org ---
Created attachment 59568
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59568&action=edit
patch for pre-C23
Use C23 TYPE_CANONICAL logic also for earlier language modes. There a couple of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117508
--- Comment #8 from Jonathan Wakely ---
So it looks like r12-9430 for PR107154 was only a partial fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117508
Jonathan Wakely changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117490
--- Comment #6 from uecker at gcc dot gnu.org ---
Created attachment 59567
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59567&action=edit
patch for C23
Tentative patch to fix this for C23.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117508
--- Comment #6 from Jonathan Wakely ---
namespace std
{
/// initializer_list
template
class initializer_list
{
public:
using size_type = decltype(sizeof(1));
private:
const _E* _M_array;
siz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117508
--- Comment #5 from Jonathan Wakely ---
(sorry for not double-checking the reduced version on trunk before reporting
it)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117508
--- Comment #4 from Jonathan Wakely ---
Hmm, you're right, for the reduced case it is fixed in GCC 14.1
But for the original case I reduced, it's not:
#include
#include
void test01() {
std::unordered_map m
{ {"E", "E" }, { "T", "T" } };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117508
--- Comment #3 from Andrew Pinski ---
for me this is what I get:
In GCC 13:
:
[/app/example.cpp:10:1] _15 = &D.35543;
...
But in GCC 14 and the trunk:
:
[/app/example.cpp:8:28] _15 = &D.36094;
So for me it looks like it was fixed in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117508
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117508
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-debug
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117507
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-11-08
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117508
--- Comment #1 from Jonathan Wakely ---
I think this usually happens when some subexpression doesn't have accurate
location info, so it's just "somewhere in test01" which gdb treats as the
closing brace.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117508
Bug ID: 117508
Summary: [12/13/14/15 Regression] Weird debug location info for
C++ std::initializer_list
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117506
--- Comment #1 from Patrick O'Neill ---
Godbolt: https://godbolt.org/z/PxqzhbnKa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117507
Bug ID: 117507
Summary: SIGSEGV in tree_strip_nop_conversions
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117506
Bug ID: 117506
Summary: [15 Regression] ICE: in decompose, at wide-int.h:1049
with -O3 -funroll-loops
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117501
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2024-11-08
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117308
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117256
--- Comment #8 from Jonathan Wakely ---
Oh sorry, I didn't notice that!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117490
--- Comment #5 from Martin Uecker ---
Am Freitag, dem 08.11.2024 um 14:22 + schrieb rguenth at gcc dot gnu.org:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117490
>
> Richard Biener changed:
>
>What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
--- Comment #18 from David Binderman ---
(In reply to Alexey Merzlyakov from comment #16)
> So, I am agree, that wrapping-out
> the checks/macros - is a good idea, but not sure, whether we really need it
> for this particular case?
I am gratef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
--- Comment #17 from Sam James ---
(In reply to Alexey Merzlyakov from comment #16)
> [...]
>
> Finally, currently I am doing local GCC regression testing for the fix,
> targeting x64_64, AArch64, RV64 and MIPS-32. After the test will be
> fini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
--- Comment #16 from Alexey Merzlyakov
---
Current situation is:
Patch was tested locally, and it seem to eliminate the problem in incorrect
subreg mode check. The following regressions were fixed:
* Reported here and in pr117480 testcases on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117505
--- Comment #2 from Sam James ---
ultimate_transparent_alias_target (alias=, alias=) at
/usr/src/debug/sys-devel/gcc-15.0./gcc-15.0./gcc/varasm.cc:1388
1388 if (IDENTIFIER_TRANSPARENT_ALIAS (target))
(gdb) p target
$1 = (tree) 0x0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117505
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117501
Richard Biener changed:
What|Removed |Added
Known to work||13.3.0
Summary|Consteval co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117505
Bug ID: 117505
Summary: ICE on x86_64-linux-gnu: Segmentation fault with
__attribute__(used)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117494
Richard Biener changed:
What|Removed |Added
CC||guojiufu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117493
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117491
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117490
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116371
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116629
Richard Sandiford changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117045
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:e49c265c59d7ba73e50fb7fe2784eb2874037642
commit r14-10905-ge49c265c59d7ba73e50fb7fe2784eb2874037642
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116999
--- Comment #3 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:e49c265c59d7ba73e50fb7fe2784eb2874037642
commit r14-10905-ge49c265c59d7ba73e50fb7fe2784eb2874037642
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116371
--- Comment #6 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:66e611619b39b8383bfeafb4b27ef8553c4aab01
commit r14-10903-g66e611619b39b8383bfeafb4b27ef8553c4aab01
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116629
--- Comment #16 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:ffe00a011720c76f06d9fb2b59ba6f5ec509fab5
commit r14-10904-gffe00a011720c76f06d9fb2b59ba6f5ec509fab5
Author: Richard S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117504
Bug ID: 117504
Summary: Incorrect code emitted when using "constexpr
std::array"
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116444
--- Comment #6 from GCC Commits ---
The master branch has been updated by Andre Simoes Dias Vieira
:
https://gcc.gnu.org/g:1e8396464cb990d554c932cd959742b86660a25a
commit r15-5044-g1e8396464cb990d554c932cd959742b86660a25a
Author: Andre Simoes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117308
--- Comment #5 from Thomas Kieß ---
(In reply to Jonathan Wakely from comment #3)
> (In reply to Jonathan Wakely from comment #2)
> > (In reply to Thomas Kieß from comment #0)
> > > the current implementation limits overview
> > > (https://gcc.g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117503
Bug ID: 117503
Summary: test_from_fmt_qs: FAIL: ASSERT_EQ ((sm.get_num_styles
()), (2))
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117317
Jakub Jelinek changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117317
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5ff9e21c1ec81f8288e74679547e56051e051975
commit r15-5043-g5ff9e21c1ec81f8288e74679547e56051e051975
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117502
Bug ID: 117502
Summary: Fail to SLP gcc.target/aarch64/sve/pr95199.c
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116578
--- Comment #4 from Richard Biener ---
(In reply to Richard Biener from comment #2)
> On x86-64, apart from PR116973, there is only
>
> FAIL: gcc.dg/vect/vect-early-break_20.c scan-tree-dump vect "LOOP VECTORIZED"
>
> remaining with --param ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116973
--- Comment #5 from Richard Biener ---
(In reply to Richard Biener from comment #4)
> And for
>
> FAIL: gcc.dg/vect/vect-early-break_20.c scan-tree-dump vect "LOOP VECTORIZED"
>
> with -m32 (the struct layout in the testcase depends on sizeof(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116973
--- Comment #4 from Richard Biener ---
And for
FAIL: gcc.dg/vect/vect-early-break_20.c scan-tree-dump vect "LOOP VECTORIZED"
with -m32 (the struct layout in the testcase depends on sizeof(long))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117501
Bug ID: 117501
Summary: Consteval costructor does not initialize the variable
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117500
Bug ID: 117500
Summary: [avr] Don't ICE on invalid inline asm operand
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117256
--- Comment #7 from Jakub Jelinek ---
I thought I've guarded that in main with
if (__builtin_offsetof (A, c) == 0
&& __builtin_offsetof (A, i) != 1
&& __builtin_offsetof (B, a) == 0
&& sizeof (A) == sizeof (B))
so the testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
--- Comment #4 from Sergei Trofimovich ---
Yeah, the hack fixes `cdrkit-1.1.11` build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117256
--- Comment #6 from Jonathan Wakely ---
Or { target ! no_alignment_constraints }
I'm not sure what's most appropriate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117256
--- Comment #5 from Jonathan Wakely ---
or just add { dg-require-effective-target natural_alignment_32 }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115805
--- Comment #4 from Sam James ---
(In reply to Filip Kastl from comment #3)
> I've just tried this on some older commits but still didn't find a commit
> without this behavior so I don't have evidence that this is a regression.
> The oldest comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117498
--- Comment #2 from Jakub Jelinek ---
Slightly adjusted testcase:
int a, d, f;
char g;
int *volatile c = &a;
int
foo ()
{
if (c == 0)
return -1;
return 1;
}
void
bar (int h, int i, char *k, char *m)
{
for (; d < i; d += 2)
for (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117256
--- Comment #4 from Jonathan Wakely ---
B b1 (42, -42);
__builtin_memcpy (buf, &b1, sizeof (b1));
if (buf[1])
__builtin_abort ();
unsigned char m2 alignas (B) [sizeof (B)];
B *b2 = new (m2) B (1, 2);
__builtin_memcpy (buf, b2, si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117498
Jakub Jelinek changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117499
Sam James changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
Sam James changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117498
Sam James changed:
What|Removed |Added
Target Milestone|--- |13.4
Summary|Miscompile with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117500
Georg-Johann Lay changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #428 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #427)
> (In reply to John Paul Adrian Glaubitz from comment #426)
> > Oleg, could you merge the patches 59432 and 59550 into your tree, please?
>
> Yes, I wi
1 - 100 of 114 matches
Mail list logo
