https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98954
Roger Sayle changed:
What|Removed |Added
Target Milestone|--- |13.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98956
Roger Sayle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64992
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98956
Bug 98956 depends on bug 64992, which changed state.
Bug 64992 Summary: More optimize opportunity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64992
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
--- Comment #1 from Andrew Pinski ---
Note -mfma should only increase the precision of doing a multiple and add in
infinite precision before a rounding step. So if you depend on exactly rounding
after each operation then you need to use -ffp-con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
Bug ID: 106902
Summary: Program compiled with -O3 -fmfa produces different
result
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106901
--- Comment #4 from Carlos Galvez ---
Makes sense!
Would it make sense to classify this as "maybe-array-bounds" instead? Similar
to "maybe-uninitialized" vs "uninitialized"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106652
--- Comment #14 from Jakub Jelinek ---
What I did in the patch is stop predefining __FLT32X_*__ macros etc. for C++
because C++ doesn't support those, so perhaps the
if !__GNUC_PREREQ (7, 0) || defined __cplusplus
conditions related to _Float (b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106901
--- Comment #3 from Andrew Pinski ---
Yes if size is 5, then yes it will not be executed.
There is another bug about the wording of the warning. The warning is saying
there might be an out of bounds due to the bounds of the loop is not bounded o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106652
Jakub Jelinek changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106652
--- Comment #12 from Jakub Jelinek ---
Created attachment 53559
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53559&action=edit
gcc13-pr106652-lib.patch
Some unfinished library changes.
Unfortunately, we seem to have a major problem wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106901
--- Comment #2 from Carlos Galvez ---
If size == 5, expected_size == 5, then the loop is not executed, right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106901
--- Comment #1 from Andrew Pinski ---
Maybe I am reading the code wrong.
But size will be >= 5 at the loop.
So it will be executed. If size is >= 5. And that is what the warning is about.
long
unsigned int _Nm = 5]',
inlined from 'bool bar(const std::array&, std::size_t,
std::size_t)' at :13:18,
inlined from 'bool foo(const std::array&, std::size_t)' at
:23:15:
/opt/compiler-explorer/gcc-trunk-20220910/include/c++/13.0.0/array:213:24:
warnin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100662
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106892
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106652
--- Comment #11 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #10)
Ouch, sorry for lost start of the comment,
this is full patch with even [conv.ics.rank]/4 changes and extended test
coverage, just std::bfloat16_t support isn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106652
Jakub Jelinek changed:
What|Removed |Added
Attachment #53557|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106897
--- Comment #4 from Fangrui Song ---
Yes, the change will be straightforward, basically the files touched by the
pending https://gcc.gnu.org/pipermail/gcc-patches/2022-July/597586.html
("[PATCH] Remove legacy -gz=zlib-gnu").
I sent it because
20 matches
Mail list logo
