https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115078
--- Comment #2 from Andrew Pinski ---
(In reply to Raul Tambre from comment #1)
> Seems like a duplicated of PR90170
No that is unrelated. Yes the ICE is in unify for both of them but the issues
are different. unify is trying to unify the templ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119131
--- Comment #9 from Jakub Jelinek ---
aarch64_float_const_zero_rtx_p fortunately bails out for decimal float (in
theory it could for decimal float do aarch64_reinterpret_float_as_int (with
some prevention of recursion) and compare if the int val
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90170
Raul Tambre changed:
What|Removed |Added
CC||raul at tambre dot ee
--- Comment #10 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115078
Raul Tambre changed:
What|Removed |Added
CC||raul at tambre dot ee
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211
Bug ID: 119211
Summary: [15 Regression] Cobol GCC 15 release checklist
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211
Sam James changed:
What|Removed |Added
Keywords||documentation
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211
--- Comment #1 from Richard Biener ---
- add a gcc-15/changes.html item
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119166
--- Comment #3 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:c39b0d4faedd432c85ba5c737ebe9d41aad7dca1
commit r15-7943-gc39b0d4faedd432c85ba5c737ebe9d41aad7dca1
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119166
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119201
--- Comment #2 from Jakub Jelinek ---
Though, now that I think again about this, I think what we have in the sources
is right, at least for Czech.
Where inform_n (i.e. ngettext under the hood) should be used is if the wording
said
"missing %d pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119204
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119216
--- Comment #3 from Richard Biener ---
So I guess this check has to be delayed to configure time and we can only keep
the broad target selector in configure.tgt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119171
H.J. Lu changed:
What|Removed |Added
Resolution|INVALID |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119216
--- Comment #4 from Jakub Jelinek ---
https://gcc.gnu.org/pipermail/gcc-patches/2025-March/677291.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119217
--- Comment #4 from Xi Ruoyao ---
(In reply to Richard Biener from comment #3)
> Nah, cobol isn't a primary or default language.
Oh I wrongly thought it was enabled by default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218
Rainer Orth changed:
What|Removed |Added
Last reconfirmed||2025-03-11
Build|x86_64-darw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119217
Rainer Orth changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119131
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118243
--- Comment #15 from GCC Commits ---
The releases/gcc-13 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:ceb689d5b697886c2255a43ee61b7352242c9683
commit r13-9422-gceb689d5b697886c2255a43ee61b7352242c9683
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116238
--- Comment #11 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:8643edbb888b4325d81393cebc5bacf9cb22d202
commit r12-10985-g8643edbb888b4325d81393cebc5bacf9cb22d202
Author: Richard S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117045
--- Comment #7 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:4f61ae081d694d3a1e99b45680f3af25ab17e3a8
commit r12-10986-g4f61ae081d694d3a1e99b45680f3af25ab17e3a8
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116999
--- Comment #5 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:4f61ae081d694d3a1e99b45680f3af25ab17e3a8
commit r12-10986-g4f61ae081d694d3a1e99b45680f3af25ab17e3a8
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118243
Martin Jambor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117045
--- Comment #8 from Richard Sandiford ---
Fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118976
--- Comment #22 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:587b370c8492aadaab14c57e242c66778cc78891
commit r12-10987-g587b370c8492aadaab14c57e242c66778cc78891
Author: Richard S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96788
--- Comment #12 from newbie-02 ---
(In reply to Pascal Cuoq from comment #11)
hello @ Pascal, are you the one who wrote "harder than it looks ..." like that
and like your comment here too. Pls. be tolerant that newbies have to start
somewhere, m
th-gxx-libcxx-include-dir=/usr/include/c++/v1
--with-build-config=bootstrap-O3
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250311 (experimental)
86eb3fb520b2a2026f6816ab51b88180b85d6882 (Gentoo Hardened 15.0. p, commit
9e712cac5576ed07beadba86b7f0d9e9dad76f8c)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119220
Bug ID: 119220
Summary: FAIL: gcc.dg/debug/dwarf2/inline2.c
scan-assembler-times DW_AT_entry_pc 6
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119201
Roland Illig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117045
Richard Sandiford changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116238
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 116238, which changed state.
Bug 116238 Summary: [12 Regression] ICE building 526.blender_r on aarch64 SVE
after r15-1619-g3b9b8d6cfdf593
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116238
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118976
Richard Sandiford changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115835
--- Comment #5 from GCC Commits ---
The master branch has been updated by Stefan Schulze Frielinghaus
:
https://gcc.gnu.org/g:229f4f040485c0c05cfb707b30c9b983ed1f95d3
commit r15-7944-g229f4f040485c0c05cfb707b30c9b983ed1f95d3
Author: Stefan Sch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96788
--- Comment #11 from Pascal Cuoq ---
@newbie-02
Sir, this is the GCC bugzilla.
You have to contact your national standardization institute so that they convey
your suggestions to ISO.
Incidentally, while it is subjective whether the individual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95287
Jonathan Wakely changed:
What|Removed |Added
Summary|Incorrect default argument |[DR2233] Incorrect default
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
--- Comment #7 from Richard Sandiford ---
(In reply to Alex Coplan from comment #6)
> So I'm testing the following to do this (which so far survives bootstrap on
> aarch64):
>
> diff --git a/gcc/df-problems.cc b/gcc/df-problems.cc
> index f3218
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119114
--- Comment #20 from Robin Dapp ---
Hmm, so right now we return "1" or "0" when extracting from a mask, not "-1" or
"0" and that's what aarch64/SVE does as well. We cannot start returning a
sign-extended -1 all of a sudden.
There is an inconsi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119155
Richard Biener changed:
What|Removed |Added
Attachment #60676|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119108
--- Comment #9 from Matthew Malcomson ---
(In reply to Tamar Christina from comment #8)
> Ok, so having looked at this I'm not sure the compiler is at fault here.
>
> Similar to the SVN case the snappy code is misaligning the loads
> intentiona
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119219
--- Comment #2 from Jakub Jelinek ---
Created attachment 60708
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60708&action=edit
gcc15-pr119219.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119219
--- Comment #3 from Richard Biener ---
oops - maybe elide 'expr' then if we pass in 'type'?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119160
ptomsich at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org
|konstantinos.elefth
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119078
--- Comment #4 from GCC Commits ---
The master branch has been updated by Thomas Koenig :
https://gcc.gnu.org/g:64a551f730564af58c83d2748436c9d90543fe1a
commit r15-7964-g64a551f730564af58c83d2748436c9d90543fe1a
Author: Thomas Koenig
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119078
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118956
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:09205680054ca6dd7cf3bb96ef08f15006d89cff
commit r15-7965-g09205680054ca6dd7cf3bb96ef08f15006d89cff
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118956
--- Comment #4 from Richard Sandiford ---
XFAILed for GCC 15, keeping open for the actual fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119201
--- Comment #3 from Jakub Jelinek ---
(n>=2 && n<=4) actually for the second case, I've mistakenly pasted Polish
form.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119209
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119170
Kang-Che Sung changed:
What|Removed |Added
CC||Explorer09 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119212
Bug ID: 119212
Summary: Unstable internal compiler error, possibly
miscompilation with coroutines
Product: gcc
Version: 12.4.1
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119212
--- Comment #1 from Sam James ---
Thanks. Please see https://gcc.gnu.org/bugs/#need. In particular, we really
need preprocessed source (though it is hard with GC bugs) and the command line
used that fails.
You can re-run the failing command wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119212
--- Comment #2 from Nikl Kelbon ---
I understand, sorry for not preparing a bug report. I have a lot of work, you
could download the project and run it yourself using CMake
include(FetchContent)
FetchContent_Declare(
TGBM
GIT_REPOSITORY ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213
Bug ID: 119213
Summary: gcc/cobol/Make-lang.in: suspicious -DEXEC_LIB with
hardcoded lib64
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119212
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-03-11
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213
--- Comment #1 from Sam James ---
BTW, `
-I/var/tmp/portage/sys-devel/gcc-15.0./work/gcc-15.0./gcc/../libgcobol
-DEXEC_LIB=\"/usr/lib64\"` seems to leak in even when not building cobol, which
seems wrong.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119212
--- Comment #4 from Andrew Pinski ---
(In reply to Nikl Kelbon from comment #2)
> I understand, sorry for not preparing a bug report. I have a lot of work,
> you could download the project and run it yourself using CMake
>
We have a lot of work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119212
--- Comment #3 from Andrew Pinski ---
Also coroutines support is still experimental in gcc 14. The trunk (gcc 15) has
better support.
I think many fixes are backported and will be included in gcc 14.3.0 though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119212
--- Comment #5 from Nikl Kelbon ---
I've done a lot of work to make this project build and run with minimal effort,
without the hassle of installing dependencies
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119214
Bug ID: 119214
Summary: debug volatile asm breaks assembling
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: cobol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119217
--- Comment #2 from Richard Biener ---
Possibly the _Float128 uses in the frontend can go away by using real.h or
alternatively mpfr.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119217
Richard Biener changed:
What|Removed |Added
Priority|P1 |P3
--- Comment #3 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108053
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #1)
> This applies to all the extended floating-point types too.
For these, we're normalizing them to a standard FP type early, and then have no
information allow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115835
Stefan Schulze Frielinghaus changed:
What|Removed |Added
Summary|[15 regression] FAIL: |FAIL:
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211
--- Comment #2 from Jakub Jelinek ---
Also update/verify contrib/update-copyright.py and verify it works (I guess to
test it now one would need to temporarily change date to January 2026).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119181
--- Comment #8 from Hongtao Liu ---
(In reply to Richard Biener from comment #7)
> The issue is we detect this as a single interleaving group:
>
> t.c:12:1: note: Detected interleaving load of size 264
> t.c:12:1: note: _1 = *a_26(D);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119183
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:20e5aa9cc1519f871cce25dbfdc149d9d60da779
commit r15-7947-g20e5aa9cc1519f871cce25dbfdc149d9d60da779
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119214
--- Comment #1 from Richard Biener ---
That said, I suggest to disable all gg_insert_into_assembler () by default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119215
Bug ID: 119215
Summary: -Wodr and -Wlto-type-mismatch issues in cobol
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119215
--- Comment #1 from Sam James ---
For the YY* issues, we can use the remap feature in bison.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119216
--- Comment #2 from Andreas Schwab ---
You can't use AC_CHECK_SIZEOF, that would test the host, not the target, and
the target compiler hasn't even been built yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119171
--- Comment #3 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:06440e726acfa9c9695a07dc524a832a53057ad6
commit r15-7957-g06440e726acfa9c9695a07dc524a832a53057ad6
Author: H.J. Lu
Date: Sun Mar 9 07:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119171
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119217
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #22 from Alberto Luaces ---
Kyle, can you try again on your side?
Following your instructions on 2024/03/08, I checked out tuv-x version from
2024/03/04 and compiled it without problems, using gfortran 14.2.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213
--- Comment #3 from Richard Biener ---
I suggest we try dropping this completely then?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119204
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-03-11
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119190
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119181
--- Comment #9 from rguenther at suse dot de ---
On Tue, 11 Mar 2025, liuhongt at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119181
>
> --- Comment #8 from Hongtao Liu ---
> (In reply to Richard Biener from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96788
--- Comment #10 from newbie-02 ---
(In reply to Xi Ruoyao from comment #9)
> (In reply to newbie-02 from comment #8)
> No, in C there's NOT a negative integer constant, at all. So you cannot
> account the sign for an integer constant. ...
!!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119190
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:e1da6283a1cbd5db474c0f7e5cca9b9876768199
commit r15-7946-ge1da6283a1cbd5db474c0f7e5cca9b9876768199
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119204
--- Comment #3 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:68932eeb38f66fbc0c3cf4b77ff7dde8a408f2e4
commit r15-7955-g68932eeb38f66fbc0c3cf4b77ff7dde8a408f2e4
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119183
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102194
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70557
--- Comment #12 from Siarhei Volkau ---
Hi Jeffrey,
Thanks for your interest in those patches. But unfortunately I'm not sure that
I can and will pass all required steps to make these patches ready for review.
I have no experience with the RV32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119114
--- Comment #21 from Richard Sandiford ---
Perhaps I'm missing the point, but I don't think we should look at 1 vs -1 for
. has only a single bit. That bit is
interpreted as a sign bit for extension purposes, but that only matters when an
ext
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119216
Bug ID: 119216
Summary: libgcobol support check in configure is broken
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218
Bug ID: 119218
Summary: cobol, build : conflict between liberty and
directly-included system-header.
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119217
Bug ID: 119217
Summary: cobol: build broken on non-linux by unguarded use of
Linux-specific facilities.
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119216
--- Comment #1 from Andreas Schwab ---
libsanitizer/configure.tgt has a similar problem, it only doesn't fail because
the cases that use ac_cv_size_void_p don't set UNSUPPORTED.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119114
--- Comment #22 from Robin Dapp ---
> Is that not happening? What value does _164 actually end up being?
>
> In other words, if the XOR is happening in GPRs, it doesn't matter whether
> the register holds 1 or -1 (or 3) for a true boolean. Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119131
--- Comment #10 from Wilco ---
(In reply to Andrew Pinski from comment #6)
> I am trying to understand why there were checks for DECIMAL_FLOAT_MODE_P in
> the first place. Removing them allows the testcase to pass.
That was because the origina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95287
--- Comment #4 from Raul Tambre ---
Per Richard Smith's comment here [0], which I think has basically slightly more
complicated examples of this same problem, this is valid. While pathological,
his explanation makes sense to me. He's also the one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #23 from Kyle Shores ---
Alberto, I ended up making a PR last year which allowed tuv-x to compile with
gcc 13 (https://github.com/NCAR/tuv-x/pull/53). This involved reordering use
statements/moving them out of subroutine/function def
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118956
Andrew Pinski changed:
What|Removed |Added
Keywords||deferred
Target Milestone|15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119199
--- Comment #5 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:5e9f71254a5276cfca1769a5d490f6416a823b8d
commit r15-7966-g5e9f71254a5276cfca1769a5d490f6416a823b8d
Author: Harald Anlauf
Date: M
1 - 100 of 219 matches
Mail list logo
