https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119222
--- Comment #11 from Gwen Fu ---
E , This is a bit complicated. But I think the problem must occur in the
grammatical analysis or semantic analysis stage
I would like to know in which file should the code for floating point (real
number) typ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978
--- Comment #32 from Xi Ruoyao ---
Or perhaps you can run a bisect. Unfortunately I don't have SPEC access.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113546
--- Comment #12 from Andrew Pinski ---
Patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2025-March/677723.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118615
--- Comment #21 from Andrew Pinski ---
Note when I was reducing coment #15, I ran into PR 119306 (which in turn is a
dup of bug 113546) but still not the issue here because I still get a bootstrap
comparison failure after the fix for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104277
Bug 104277 depends on bug 112703, which changed state.
Bug 112703 Summary: [13/14/15 Regression] -fcompare-debug failure at -O1 and
above
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112703
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113546
Andrew Pinski changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112703
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113546
--- Comment #10 from Andrew Pinski ---
Created attachment 60772
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60772&action=edit
Patch which I am testing
This fixes the problem here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113546
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=113546
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113546
--- Comment #7 from Andrew Pinski ---
*** Bug 119306 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119306
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119306
--- Comment #1 from Andrew Pinski ---
```
[apinski@xeond2 gcc]$ diff -up a-t.cc.gkd a-t.gk.cc.gkd
--- a-t.cc.gkd 2025-03-15 15:23:16.762213323 -0700
+++ a-t.gk.cc.gkd 2025-03-15 15:23:16.942213342 -0700
@@ -312,26 +312,26 @@ Declarations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119306
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119306
Bug ID: 119306
Summary: [13/14/15 Regression] Compare debug on
aarch64-linux-gnu with -O2
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: compare-debu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119283
--- Comment #3 from Iain Sandoe ---
Created attachment 60770
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60770&action=edit
Add implementation of memrchr to libiberty
This is a trial implementation of adding memrchr to libiberty,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115908
--- Comment #9 from Artyom Kolpakov ---
Has this bug been fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112490
--- Comment #12 from Chameleon ---
No. It is ok. It was my bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119305
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-03-15
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119305
Andrew Pinski changed:
What|Removed |Added
Summary|arm-none-eabi internal |[14 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119222
--- Comment #10 from Jonathan Wakely ---
Because you didn't compile with -fsanitize=float-cast-overflow
If you use that option, then SANITIZE_FLOAT_CAST will be set.
But that is about adding instrumentation to give runtime diagnostics. This bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119305
Bug ID: 119305
Summary: arm-none-eabi internal compiler error: in
add_to_same_comdat_group, at symtab.cc:492
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119304
Bug ID: 119304
Summary: invalid placement new inside constexpr accetped for
C++26
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: accepts-invalid, c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61105
--- Comment #11 from Andrew Pinski ---
We get the error now:
```
:10:21: in 'constexpr' expansion of 'f()'
:6:27: error: cast from 'void*' is not allowed in a constant expression
before C++26
6 | int *p = new (&i) int (1);
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119303
--- Comment #3 from Andrew Pinski ---
Most likely it is trying to print:
```
:8:34: warning: inline function 'typename e<(! c<
>::d)>::g bar(_Tp) [with _Tp = int; typename e<(! c<
>::d)>::g = void]' used but never defined
inline typename e::d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119303
Andrew Pinski changed:
What|Removed |Added
Known to fail||7.1.0
Summary|ICE: error rep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119303
--- Comment #1 from Andrew Pinski ---
Created attachment 60768
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60768&action=edit
Reduced to C++98 testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119214
Robert Dubner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
six
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250315 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119302
Bug ID: 119302
Summary: cobol.3 manpage is installed without
program_transform_name
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119302
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119301
Iain Sandoe changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60560
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978
--- Comment #31 from Chen Chen ---
(In reply to Xi Ruoyao from comment #29)
> For 15 r15-7525 is intended for this issue. But I don't know if it's a good
> idea to backport it, as it's only a workaround, not a proper fix.
>
> Could someone try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118891
--- Comment #20 from marcus at mc dot pp.se ---
Hi.
Do you need more help to fix the broken autovectorization?
Again, you don't need ARM hardware; here is how I could reproduce the
miscompilation on a PPC64 host:
---8<---
wget
https://distfile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119250
--- Comment #7 from Iain Sandoe ---
Created attachment 60766
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60766&action=edit
patch under test
This makes the configure test for basename use the same process as in libiberty
so that the res
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218
Iain Sandoe changed:
What|Removed |Added
Attachment #60727|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119301
--- Comment #3 from Iain Sandoe ---
Created attachment 60764
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60764&action=edit
patch under test
this works on Darwin... but not tested more widely yet/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119301
--- Comment #4 from Iain Sandoe ---
(In reply to Andrew Pinski from comment #1)
> https://www.gnu.org/software/libc/manual/html_node/Working-Directory.html
>
> Describes how get_current_dir_name could be implemented.
>
> Since this is in the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119301
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119301
--- Comment #1 from Andrew Pinski ---
https://www.gnu.org/software/libc/manual/html_node/Working-Directory.html
Describes how get_current_dir_name could be implemented.
Since this is in the front-end, get_current_dir_name could be added to
lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119301
Bug ID: 119301
Summary: cobol FE uses get_current_dir_name unconditionally
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119222
--- Comment #9 from Gwen Fu ---
I am sorry for my recklessness and carelessness! And thank you for your patient
guidance.
In gcc/convert.cc : func:convert_to_integer_1 :
the case :
case REAL_TYPE:
if (sanitize_flags_p (SANITIZE_FLOAT_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119292
--- Comment #4 from Sam James ---
There was a GSoC project last year for better nothrow propagation as well (not
for throw cloning though), see devel/nothrow-detection (not finished).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119292
--- Comment #3 from Federico Kircheis ---
(In reply to Andrew Pinski from comment #2)
> .
You where faster than me; but I cannot add this url to "See Also":
https://developercommunity.visualstudio.com/t/code-deduplication-in-case-of-throw/1087
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115271
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119222
--- Comment #8 from Jonathan Wakely ---
... as I already tried to explain in comment 4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115271
--- Comment #6 from GCC Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:6f3bca0db8645c2556e5a01669af4384bb230d87
commit r15-8067-g6f3bca0db8645c2556e5a01669af4384bb230d87
Author: Tobias Burnus
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119222
--- Comment #7 from Andrew Pinski ---
1.0/0.0 is well defined with IEEE floating point to be defined as infinite.
Warning about that is not right. What this bug is asking for is the warning
converting infinite or NaN to an integral type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119222
--- Comment #6 from Gwen Fu ---
And also see "constexpr.cc in "gcc/cp":
the function "potential_constant_expression_1":
if (integer_zerop (denom))
{
if (flags & tf_error)
constexpr_error (input_locatio
50 matches
Mail list logo
