https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107591
--- Comment #19 from Pilar Latiesa ---
The testcase:
#include
struct TVec { double x, y, z; };
double dot(TVec const &u, TVec const &v)
{ return u.x * v.x + u.y * v.y + u.y * v.y + u.z * v.z; }
double mag(TVec const &u
/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 20230405 (experimental) [master r13-7008-gfdc5abbdcfb] (GCC)
[606] %
[606] % gcctk -O2 small.c; ./a.out
[607
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109408
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109408
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109303
--- Comment #12 from Martin Liška ---
*** Bug 109408 has been marked as a duplicate of this bug. ***
--- Comment #13 from Martin Liška ---
*** Bug 109408 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109303
--- Comment #12 from Martin Liška ---
*** Bug 109408 has been marked as a duplicate of this bug. ***
--- Comment #13 from Martin Liška ---
*** Bug 109408 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109356
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109417
Xi Ruoyao changed:
What|Removed |Added
Last reconfirmed||2023-04-05
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
--- Comment #42 from Tamar Christina ---
Thanks for all the work so far folks!
Just to clarify the current state, it looks like the first reduced testcase is
now correct.
But the larger example as in c26 is still suboptimal, but slightly bette
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109405
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |WONTFIX
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #43 from kt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109405
--- Comment #4 from Jonathan Wakely ---
It's possible to fix for the --enable-symvers=gnu-versioned-namespace build
which does not promise a backwards compatible ABI. I didn't do that yet, I
*think* it was because support for [[no_unique_address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109418
Bug ID: 109418
Summary: -Werror=maybe-uninitialized triggered by
/usr/include/c++/12.2.1/bits/random.tcc
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109418
--- Comment #1 from Xi Ruoyao ---
(In reply to Gareth Anthony Hulse from comment #0)
> Created attachment 54812 [details]
> Output of `make -B 2> /tmp/errors.txt`
>
> `/usr/include/c++/12.2.1/bits/random.tcc` has variables that are possibly
> u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109418
Xi Ruoyao changed:
What|Removed |Added
Keywords|easyhack|
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109419
Bug ID: 109419
Summary: [modules] ICE: Segmentation fault when using
-fmodules-ts and -g
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109415
--- Comment #8 from Richard Earnshaw ---
The __ARM_ARCH_...__ macros turned out to be a very bad design decision. Each
new architecture needs a new macro that older compilers (and software) will not
know about. The ACLE approach is far more sen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109415
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99312
Richard Earnshaw changed:
What|Removed |Added
CC||Vedant.VijayYevale@infineon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99312
--- Comment #8 from Richard Earnshaw ---
Applies to both AArch64 and Arm back-ends.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104272
--- Comment #5 from Kai Germaschewski ---
(In reply to Paul Thomas from comment #4)
> Created attachment 54811 [details]
> Fix for this PR
>
> I was sufficiently intrigued by this bug that I decided that I would look
> into it right away. After
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109420
Bug ID: 109420
Summary: [13 Regression] lookup of 'struct T::X' at
instantiation time does not ignore non-type bindings
of 'X'
Product: gcc
Version: 13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109420
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109420
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109040
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108947
--- Comment #2 from Jeffrey A. Law ---
*** Bug 109040 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108959
--- Comment #9 from CVS Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:f0f372fab3e70622a4ea6fe4073991e1bb506e4e
commit r13-7011-gf0f372fab3e70622a4ea6fe4073991e1bb506e4e
Author: Martin Jambor
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108959
Martin Jambor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109374
--- Comment #9 from CVS Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:ddb0f66e6c1e846bdc217075c9a770bfd0b01970
commit r13-7012-gddb0f66e6c1e846bdc217075c9a770bfd0b01970
Author: John David Anglin
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109374
John David Anglin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109374
--- Comment #11 from Eric Botcazou ---
Nice work!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109374
--- Comment #12 from dave.anglin at bell dot net ---
On 2023-04-05 10:56 a.m., ebotcazou at gcc dot gnu.org wrote:
> Nice work!
Your comments were accurate and very helpful.
Thanks,
dave
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108892
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:4a45f5d6a9b53f7f5446dee47e25b07d413bb7eb
commit r13-7013-g4a45f5d6a9b53f7f5446dee47e25b07d413bb7eb
Author: Jeff Law
Date: Wed Apr 5 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108892
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98678
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109421
Bug ID: 109421
Summary: Compilation takes a long time for struct that contains
a large default-initialized array
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109421
--- Comment #1 from Andrew Pinski ---
Looks to be fixed with GCC 12.1.0 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92385
Andrew Pinski changed:
What|Removed |Added
CC||ejakobs at boerboeltrading dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109421
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109422
Bug ID: 109422
Summary: wrong depth used for template parameter mangling for
lambdas in function signatures
Product: gcc
Version: unknown
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109422
--- Comment #1 from Richard Smith ---
> This should instead be mangled as T_TL__
Sorry, that's wrong; the rule we ended up with would mangle this as T_TL0__.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109417
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |13.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109423
Bug ID: 109423
Summary: cc1gm2 ICE if an INCL or EXCL is performced on an
unknown set
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88508
Frank Heckenbach changed:
What|Removed |Added
CC||f.heckenb...@fh-soft.de
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108947
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103100
Andrew Pinski changed:
What|Removed |Added
URL|https://gcc.gnu.org/piperma |
|il/gcc-patches/2023
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25290
Andrew Pinski changed:
What|Removed |Added
Attachment #40185|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101024
--- Comment #6 from Andrew Pinski ---
Part of this is in the patch set in bug 25290 comment # 27 patch set. Mostly
the "c ? min/max : min/max" part, I still need to implement the "c ? min : d"
part.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109424
Bug ID: 109424
Summary: ~
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109424
Andrew Pinski changed:
What|Removed |Added
Summary|~ |~((x > y) ? x : y) produces
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109424
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109425
Bug ID: 109425
Summary: mismatched argument pack lengths while expanding
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109417
--- Comment #2 from Andrew Macleod ---
(In reply to Jakub Jelinek from comment #1)
> Started with r13-6945-g429a7a88438cc80e
I've run into this before.
_54 = _22
is processed, and we cache _22 as a dependency fo _54.
then we do some propagat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109425
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107853
Marek Polacek changed:
What|Removed |Added
CC||h2+bugs at fsfe dot org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104312
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=109423
--- Comment #1 from CVS Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:1bd13193fab77a19da323974aec876f0fc1817ee
commit r13-7019-g1bd13193fab77a19da323974aec876f0fc1817ee
Author: Gaius Mulley
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109423
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109423
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70243
Chip Kerchner changed:
What|Removed |Added
CC||chip.kerchner at ibm dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70243
--- Comment #4 from Chip Kerchner ---
It shows up as a rounding difference on BE machines.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109399
JuzheZhong changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70243
--- Comment #5 from Michael Meissner ---
Created attachment 54814
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54814&action=edit
Test case
This is test case that shows the generation of fmaddfp and fnmsubfp.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109425
--- Comment #2 from Hannes Hauswedell ---
Thanks for the quick reply, and nice that it is already fixed for 13!
I assume this will not be backported? It wouldn't be a huge problem, because it
is possible to workaround with non-friend operators.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109426
Bug ID: 109426
Summary: Gcc runs into Infinite loop, when resolving templates
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109426
Andrew Pinski changed:
What|Removed |Added
Summary|Gcc runs into Infinite |Gcc runs into Infinite loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109426
Andrew Pinski changed:
What|Removed |Added
Component|c++ |c
--- Comment #2 from Andrew Pinski --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108899
--- Comment #10 from CVS Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:673a2a6445a79bcce5ba433d6bbec4b99a1bc7c6
commit r13-7021-g673a2a6445a79bcce5ba433d6bbec4b99a1bc7c6
Author: Alexandre Oliva
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109358
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109384
--- Comment #8 from jiawei ---
Thank you for this fix, I neglected to confirm the format, sorry for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109427
Bug ID: 109427
Summary: Wrong param description in param.opt
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109358
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109427
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109427
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:0f816116356fec32e3a3a2fb5af790a0438c5da4
commit r13-7022-g0f816116356fec32e3a3a2fb5af790a0438c5da4
Author: Andrew Pinski
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109427
--- Comment #3 from CVS Commits ---
The releases/gcc-12 branch has been updated by Andrew Pinski
:
https://gcc.gnu.org/g:6c5d6ed689d24418a3bc0647ab34a7ab017d7030
commit r12-9388-g6c5d6ed689d24418a3bc0647ab34a7ab017d7030
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109427
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109428
Bug ID: 109428
Summary: GCC did not fix CVE-2022-37434, a heap overflow bug
introduced by its dependency zlib code.
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109426
Xi Ruoyao changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404
Andrew Pinski changed:
What|Removed |Added
CC||chluo at cse dot cuhk.edu.hk
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109428
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404
--- Comment #10 from Andrew Pinski ---
Note GCC does not call inflateGetHeader so it is not affected by
CVE-2022-37434.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109428
chluo at cse dot cuhk.edu.hk changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109428
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404
--- Comment #11 from Andrew Pinski ---
*** Bug 109428 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85696
zhonghao at pku dot org.cn changed:
What|Removed |Added
CC||zhonghao at pku dot org.cn
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109428
--- Comment #4 from Andrew Pinski ---
(In reply to chluo from comment #2)
> Thank you for your quick update! The commit might just list one approach to
> exploit the bug in **inflate()** function. I am not sure if there are other
> ways to reach
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109428
--- Comment #5 from chluo at cse dot cuhk.edu.hk ---
OK, also thanks for the kind explanations!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63495
zhonghao at pku dot org.cn changed:
What|Removed |Added
CC||zhonghao at pku dot org.cn
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85696
--- Comment #12 from Jakub Jelinek ---
If you are trying to compile C code which isn't valid C++ by C++, then such an
error is expected.
89 matches
Mail list logo