https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109046
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:eb337d28c32b1b460cc85b3c00f8418ca535c77b
commit r13-6624-geb337d28c32b1b460cc85b3c00f8418ca535c77b
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109046
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109092
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103354
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109094
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106594
Roger Sayle changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109096
--- Comment #3 from Jakub Jelinek ---
Created attachment 54647
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54647&action=edit
gcc13-pr109096.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109092
--- Comment #2 from Uroš Bizjak ---
(In reply to Andrew Pinski from comment #1)
> The issue is register_operand accepts subreg but then REGNO is checked on it.
> That is obviously wrong. It should be "REG_P (operands[1]) && REGNO
> (operands[1]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108886
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonny Grant from comment #4)
> It sounds like you know the implementation really well.
I wrote it.
> I doubt all uses of std::string are performance intensive.
Just because some aren't, doe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108886
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70476
--- Comment #14 from Maciej S. Szmigiero ---
> This is not so useful in practice because most compilers don't make extern
> "C" and extern "C++" differentiate function types (implying calling
> conventions etc.).
The standard allows different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70476
--- Comment #15 from Jiang An ---
(In reply to Maciej S. Szmigiero from comment #14)
> > This is not so useful in practice because most compilers don't make extern
> > "C" and extern "C++" differentiate function types (implying calling
> > conv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67046
--- Comment #6 from CVS Commits ---
The master branch has been updated by Lewis Hyatt :
https://gcc.gnu.org/g:336ce497fb266268a79544f00dd3bbd24cf3a4d6
commit r13-6631-g336ce497fb266268a79544f00dd3bbd24cf3a4d6
Author: Lewis Hyatt
Date: Sat Ja
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67046
Lewis Hyatt changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16186
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109103
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
Bug ID: 109109
Summary: mariadb fails in tests on i586 (non-LTO mode) after
r13-4435-g2c089640279614e3
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
Richard Biener changed:
What|Removed |Added
Summary|mariadb fails in tests on |[13 Regression] mariadb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #1 from Martin Liška ---
The difference is somehow related to:
constexpr page_id_t(uint32_t space, uint32_t page_no) :
m_id(uint64_t{space} << 32 | page_no) {}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109107
Marek Polacek changed:
What|Removed |Added
Summary|UBsan since GCC-8 misses an |[10/11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109106
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107017
David Malcolm changed:
What|Removed |Added
CC||geoffreydgr at icloud dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109107
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109103
--- Comment #1 from Gaius Mulley ---
Created attachment 54649
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54649&action=edit
Proposed fix
Here is a proposed patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109095
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532
--- Comment #22 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:ced122b849b8961b854053f0d1ac96983c5802e5
commit r13-6633-gced122b849b8961b854053f0d1ac96983c5802e5
Author: Marek Polacek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
--- Comment #7 from Jakub Jelinek ---
Reduced testcase (unfortunately reduced into a form which is x86_64-linux
specific unless I want success to be an endless loop)
with -O2 -mavx -mtune=znver1 -ftrivial-auto-var-init=zero:
int a, b, c, d, e,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109110
Bug ID: 109110
Summary: Function Declaration Syntax errors at callsite
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109110
--- Comment #1 from Andrew Pinski ---
Because this is a old style function definition and still not a prototype.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109110
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #2 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532
--- Comment #23 from Marek Polacek ---
(In reply to Kohei Takahashi from comment #21)
> (In reply to Marek Polacek from comment #18)
> > (In reply to Barnabás Pőcze from comment #17)
> > > The simple test case with std::span still triggers the w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109110
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109110
--- Comment #4 from Andreas Schwab ---
14.8 Certain Changes We Don't Want to Make
==
* Checking the number and type of arguments to a function which has
an old-fashioned definition and no prototyp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109110
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Res
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #2 from Jakub Jelinek ---
Without an actual self-contained reproducer hard to guess.
The above mentioned change changes the content of
_ZN9page_id_tC2Ejj
_Z22trx_undo_get_first_recRK11fil_space_tjtjRPK11buf_block_tP5mtr_tP7dberr_t
_Z
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #3 from Jakub Jelinek ---
If you suspect that one, that is certainly the simplest, in C that would be
__attribute__((noipa)) void
foo (unsigned long long *a, unsigned int b, unsigned int c)
{
*a = (((unsigned long long) b) << 32) |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109092
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103354
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103354
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109111
Bug ID: 109111
Summary: Definition of repeat_view::_Iterator has wrong
template-head
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108773
--- Comment #16 from kkeithle at redhat dot com ---
Can confirm that the fix included in fedora gcc-13.0.1-0.7 works and I have now
successfully built ceph in fedora koji.
https://koji.fedoraproject.org/koji/taskinfo?taskID=98654634
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109087
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
--- Comment #8 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #7)
> Started (or perhaps no longer latent) since
> r13-4839-geef81eefcdc2a58111e50eb21.
Most likely made no longer latent due to:
(X86_TUNE_AVX256_MOVE_BY_PIECES): A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105906
--- Comment #2 from David Malcolm ---
Looks like this is fixed on trunk for GCC 13; seem to have been via
688fc162b76dc6747a30fcfd470f4770da0f4924
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105906
--- Comment #3 from David Malcolm ---
(In reply to David Malcolm from comment #2)
> Looks like this is fixed on trunk for GCC 13; seem to have been via
> 688fc162b76dc6747a30fcfd470f4770da0f4924
aka r13-5113-g688fc162b76dc6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109087
--- Comment #12 from Jakub Jelinek ---
As for the .DEFERRED_INIT not being DSEd when it isn't used, cvise reduced
testcase is e.g.
int a;
int foo (void);
int bar (void);
void
baz (void)
{
int *b[6];
if (foo ())
a |= bar ();
}
while wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109112
Bug ID: 109112
Summary: [missed optimization] odd behaviour with
[[assume(...)]] and member variables
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108045
--- Comment #1 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:129664c67b774511b53bfeee9e80a142ae7cd026
commit r13-6640-g129664c67b774511b53bfeee9e80a142ae7cd026
Author: David Malcolm
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109112
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105906
--- Comment #4 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:23532dac3f602d6c29f5b7062c7fe30905061764
commit r13-6641-g23532dac3f602d6c29f5b7062c7fe30905061764
Author: David Malcolm
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109112
Andrew Pinski changed:
What|Removed |Added
URL|https://godbolt.org/z/nreM4 |
|Y6dW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109112
--- Comment #3 from Andrew Pinski ---
I also suspect this is a dup of bug 109045 really.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109112
--- Comment #4 from Jakub Jelinek ---
One way to improve this case would be to teach IPA SRA/CP etc. to perform some
optimizations on the .ASSUME ifn calls and their corresponding functions, in
this case if SRA would turn the argument from aggre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109111
--- Comment #1 from John Drouhard ---
https://godbolt.org/z/csozden6e
example of gcc not diagnosing mismatched requires clauses (and clang correctly
doing so).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109113
Bug ID: 109113
Summary: internal compiler error: in
output_constructor_regular_field, at varasm.cc:5521
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109113
--- Comment #1 from Noé Lopez ---
Created attachment 54651
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54651&action=edit
The preprocessed file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109114
Bug ID: 109114
Summary: lambdas should be non-pod for ABI
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109113
--- Comment #2 from Noé Lopez ---
Here's the code in plain text:
#include
typedef struct menu_item_s {
void *fn;
} menu_item_t;
typedef struct menu_list_s {
int _a;
menu_item_t items[];
} menu_list_t;
typedef struct menu_s {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109113
--- Comment #3 from Andrew Pinski ---
The code is invalid.
If you change the first `FILE_MENU` to `{0, { fn }}`, you get an error message:
:31:13: error: initialization of flexible array member in a nested
context
31 | {0, { fn }},
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109113
Andrew Pinski changed:
What|Removed |Added
Known to fail||8.1.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107128
--- Comment #10 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:538a0d0f29b12cff05681b6de2e0a3d7b33f3ef0
commit r13-6643-g538a0d0f29b12cff05681b6de2e0a3d7b33f3ef0
Author: Jason Merrill
Date: M
--enable-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
--with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 13.0.1 20230313 (experimental) [master r13-6641
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109115
Andrew Pinski changed:
What|Removed |Added
Summary|ICE on valid code at -O2|[13 Regression] ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109111
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |13.0
Assignee|unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109115
Andrew Pinski changed:
What|Removed |Added
Version|unknown |13.0
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96830
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93635
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #4 from David Malcolm ---
Created attachment 54653
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54653&action=edit
Generated diagnostic-format-sarif-file-4.c.sarif output file on my machine
(In reply to Hans-Peter Nilsson fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
--- Comment #9 from Jakub Jelinek ---
Perhaps better reduction which doesn't need inline asm. It contains a couple
of unused variables and two spots with uninitialized vars, but those should be
both in a block of code never executed at runtime.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93635
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109116
Bug ID: 109116
Summary: vector_pair register allocation bug
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimiza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109116
--- Comment #1 from Chip Kerchner ---
This has been in GCC since the initial version that supported __vector_pair
(10.x)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109098
--- Comment #6 from joseph at codesourcery dot com ---
For diagnosis of non-UTF-8 in strings / comments, see commit
0b8c57ed40f19086e30ce54faec3222ac21cc0df, "libcpp: Add -Winvalid-utf8
warning [PR106655]" (implementing a new C++ requirement).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #4 from Martin Liška ---
> Another possible way to narrow it down a little bit would be to undo the
> i386.md hunks from that commit one by one and see which one it is, all the 4
> changes are optimizations and all of them are indepe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #5 from Jakub Jelinek ---
(In reply to Martin Liška from comment #4)
> > Another possible way to narrow it down a little bit would be to undo the
> > i386.md hunks from that commit one by one and see which one it is, all the 4
> > ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109115
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #6 from Martin Liška ---
Created attachment 54654
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54654&action=edit
good.s (3/4 of hunks reverted)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #7 from Martin Liška ---
Created attachment 54655
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54655&action=edit
bad.s (3/4 of hunks reverted)
Yes, it narrows down to a single function
_Z23trx_undo_free_last_pageP10trx_undo_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109115
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #8 from Martin Liška ---
(In reply to Martin Liška from comment #7)
> Created attachment 54655 [details]
> bad.s (3/4 of hunks reverted)
>
> Yes, it narrows down to a single function
> _Z23trx_undo_free_last_pageP10trx_undo_tP5mtr_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109113
--- Comment #5 from Noé Lopez ---
(In reply to Andrew Pinski from comment #3)
> The code is invalid.
> If you change the first `FILE_MENU` to `{0, { fn }}`, you get an error
> message:
>
> :31:13: error: initialization of flexible array member
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109109
--- Comment #9 from Jakub Jelinek ---
Weird, at least on the current trunk when reverting all 4 i386.md hunks vs. all
but the 3_3 one I see differences in both
_Z22trx_undo_get_first_recRK11fil_space_tjtjRPK11buf_block_tP5mtr_tP7dberr_t
and
_ZL1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109103
--- Comment #2 from CVS Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:370298f493020eeff48bc2e56463c1097ed67b1d
commit r13-6649-g370298f493020eeff48bc2e56463c1097ed67b1d
Author: Gaius Mulley
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109103
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109116
--- Comment #2 from Chip Kerchner ---
This could be a bigger issue with register allocation after the disassemble of
an opaque object like vector_pair or MMA.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109115
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998
--- Comment #25 from James McKelvey ---
I just tried the latest snapshot and it works great, no need to specify
--disable-multilib.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
H.J. Lu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #10 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109099
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109117
Bug ID: 109117
Summary: "__builtin_ia32_vaesdec_v16qi" compiled only with
option -mvaes report ICE.
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109117
--- Comment #1 from lin1.hu at intel dot com ---
Created attachment 54657
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54657&action=edit
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #5 from Hans-Peter Nilsson ---
Created attachment 54658
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54658&action=edit
mine, from native build/test of yesterday (see file for exact version).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109118
Bug ID: 109118
Summary: [13 Regression] gcc.dg/mla_1.c failed on target w/o
__Uint32x4_t support
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105959
--- Comment #6 from Hans-Peter Nilsson ---
(In reply to David Malcolm from comment #4)
> DejaGnu version 1.6.1
> Expect version5.45.4
> Tcl version 8.6
Close enough to say that's probably *not* it, also see below...
> What does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109117
--- Comment #2 from lin1.hu at intel dot com ---
Created attachment 54659
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54659&action=edit
No need AVX512VL for 256bit, so I modify the original patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109117
lin1.hu at intel dot com changed:
What|Removed |Added
Attachment #54659|No need AVX512VL for|0001-i386-Add-missing-OPTIO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109119
Bug ID: 109119
Summary: missing loading fre with branch comparing two pointers
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: nor
1 - 100 of 103 matches
Mail list logo
