https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104197
Bug ID: 104197
Summary: clang: gcc/cp/pt.cc:28481:19: warning: predefined
identifier is only valid inside function
[-Wpredefined-identifier-outside-function]
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104156
--- Comment #10 from rguenther at suse dot de ---
On Sat, 22 Jan 2022, cnsun at uwaterloo dot ca wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104156
>
> --- Comment #9 from Chengnian Sun ---
> Thanks, Andrew.
>
> What about -flto?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104187
Martin Liška changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100491
--- Comment #9 from Fredrik Hederstierna
---
I tested with gcc-12-20220123 snapshot, and lastest gcc now produces the same
result as gcc-10.2.0, so I agree I think this issue is resolved now.
Thanks! BR Fredrik
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104019
--- Comment #9 from Rimvydas (RJ) ---
Also there are more possible teststuite failures when running with:
$ make check-target-libstdc++-v3 -k RUNTESTFLAGS="conformance.exp=17_intro*
--target_board=unix/-Wall/-Wsystem-headers/-Wno-c++11-extensio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104196
Serge Belyshev changed:
What|Removed |Added
CC||belyshev at depni dot
sinp.msu.ru
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104019
--- Comment #8 from Rimvydas (RJ) ---
Thank you for the patches. Testsuite now gives:
PASS: 17_intro/headers/c++1998/stdc++.cc (test for excess errors)PASS:
17_intro/headers/c++1998/stdc++_multiple_inclusion.cc (test for excess errors)
PASS: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59950
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103598
Jason Merrill changed:
What|Removed |Added
Status|NEW |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103997
Levy Hsu changed:
What|Removed |Added
CC||admin at levyhsu dot com
--- Comment #9 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103950
--- Comment #10 from Andrew Pinski ---
Note the reason why the standard is written this way is because in K&R C, every
function argument was promoted to int as there were no prototypes and then the
function would cast it back to char/unsigned ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103950
--- Comment #9 from Andrew Pinski ---
strchr has the same wording too:
The strchr function locates the first occurrence of c (converted to a char ) in
the string pointed to by s .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103950
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104196
--- Comment #6 from Andrew Pinski ---
Here is a new testcase where we have the same IR (including the range) in GCC
11.2.0 and the trunk:
int a = 6;
int main() {
for (;;)
{
int c = 111;
if (a < 0)
c = 1;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104196
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> The problem looks like a latent bug in reassoc1.
So it looks like it is a new bug in reassoc1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104196
--- Comment #4 from Andrew Pinski ---
The problem looks like a latent bug in reassoc1.
Before:
if (a.0_1 < 0)
goto ; [41.00%]
else
goto ; [59.00%]
[local count: 440234144]:
# RANGE [-2147483646, 1]
c_6 = -2147483647 - a.0_1;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104196
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> Also for some reason using the C++ front-end also works around the issue ...
> (but I don't see how though).
-ffinite-loops is the difference there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104188
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104188
--- Comment #13 from CVS Commits ---
The releases/gcc-11 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:520147ba19db8034b1f911326beee104da606daa
commit r11-9489-g520147ba19db8034b1f911326beee104da606daa
Author: H.J. Lu
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104188
--- Comment #12 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:4d2321314a656dd3e30117e2a5266cbacb1e60eb
commit r12-6831-g4d2321314a656dd3e30117e2a5266cbacb1e60eb
Author: H.J. Lu
Date: Sat Jan 22 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104196
--- Comment #2 from Andrew Pinski ---
Here is one which shows the issue just in case fold gets in the way:
int a = 6;
int main() {
for (;;)
{
int c = 111;
if (a < 0)
c = -__INT_MAX__ - a;
int b = a;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104196
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104196
--- Comment #1 from Jakub Jelinek ---
Started with r12-4790-g4b3a325f07acebf47e82de227ce1d5ba62f5bcae
Slightly adjusted testcase:
int a = 6;
int
main ()
{
while (1)
{
int b = a < 0 && 0 < -__INT_MAX__ - a ? 0 : a;
if (b != 409
c-trunk --disable-bootstrap
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.1 20220123 (experimental) [master -g9718bc4b0] (GCC)
$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104032
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104019
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104174
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104032
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:51631875a2fa0af62ebda7484ac48368e1805dff
commit r12-6829-g51631875a2fa0af62ebda7484ac48368e1805dff
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104174
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:084680db9af077ca37c5523a58b6c11e090e7335
commit r12-6827-g084680db9af077ca37c5523a58b6c11e090e7335
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104019
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:2d8a9ad4a922e3248d0f6c60a6331be6f47dc435
commit r12-6826-g2d8a9ad4a922e3248d0f6c60a6331be6f47dc435
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104182
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101072
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55227
--- Comment #16 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:2da90ad39bf8fa9ee287e040d1f4411cb7a2e7ed
commit r12-6825-g2da90ad39bf8fa9ee287e040d1f4411cb7a2e7ed
Author: Will Wray
Date: Fri J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64821
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64821
--- Comment #9 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:cbcf4a50fa21abd7a4a50a7ce47ada80b115febc
commit r12-6824-gcbcf4a50fa21abd7a4a50a7ce47ada80b115febc
Author: Andrew Pinski
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103782
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103782
--- Comment #9 from CVS Commits ---
The releases/gcc-9 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:7fecbf36d174c8005e8c5cfb7089c6bd4d0f6a79
commit r9-9923-g7fecbf36d174c8005e8c5cfb7089c6bd4d0f6a79
Author: Harald Anlauf
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104191
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104128
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104128
--- Comment #6 from anlauf at gcc dot gnu.org ---
The remaining issues in this PR seem to be related to inconsistencies
between expr->representation.string and expr->value.character.string
that occur for non-default character kind that are create
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83079
--- Comment #8 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:a8c234519366b9a93a4bbc0717d609de27ccdc0e
commit r11-9487-ga8c234519366b9a93a4bbc0717d609de27ccdc0e
Author: Harald Anlauf
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104194
--- Comment #1 from Segher Boessenkool ---
Maybe we should say what actual mode is used in the DWARF info, not the C
way of getting there? So something that denotes DP / double-double / QP,
for our three options for long double?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104188
--- Comment #11 from H.J. Lu ---
The v2 patch is posted at
https://gcc.gnu.org/pipermail/gcc-patches/2022-January/589125.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104195
--- Comment #2 from Andrew Pinski ---
For char, 2, unsigned int (on aarch64, I suspect x86_64 is similar):
(set (reg/i:SI 0 x0)
(zero_extend:SI (mem:QI (plus:DI (and:DI (subreg:DI (reg/v:SI 99 [ i ]) 0)
(const_int 1 [0x1]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104195
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104192
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104195
Bug ID: 104195
Summary: Fails to optimize nested array indexing
p[i/N].data[i%N]
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104194
Bug ID: 104194
Summary: No way to distinguish IEEE and IBM long double in
debug info
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39270
Patrick Palka changed:
What|Removed |Added
CC||fchelnokov at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104193
--- Comment #2 from Patrick Palka ---
er, dup of PR39270 rather
*** This bug has been marked as a duplicate of bug 39270 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39720
Patrick Palka changed:
What|Removed |Added
CC||fchelnokov at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104193
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104193
Bug ID: 104193
Summary: Valid function template instantiation rejected
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69818
Frank Heckenbach changed:
What|Removed |Added
CC||f.heckenb...@fh-soft.de
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104192
Bug ID: 104192
Summary: Uninitialized object read is not detected in a
constant expression
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104189
--- Comment #3 from John Paul Adrian Glaubitz ---
(In reply to Eric Botcazou from comment #2)
> Created attachment 52272 [details]
> Tentative fix
Thanks a lot for the quick fix.
> This requires that the kernel preserves the full 64-bit regist
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104189
--- Comment #2 from Eric Botcazou ---
Created attachment 52272
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52272&action=edit
Tentative fix
This requires that the kernel preserves the full 64-bit registers even in
32-bit mode, like on S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104189
Eric Botcazou changed:
What|Removed |Added
Target Milestone|--- |12.0
Ever confirmed|0
58 matches
Mail list logo
