https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #17 from Tomasz Kamiński ---
In the same file we have: __has_input_iter_cat.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119382
--- Comment #5 from GCC Commits ---
The master branch has been updated by Sam James :
https://gcc.gnu.org/g:4cac3f83c2b31ab352f537368e4efdadd5c47a9a
commit r15-8916-g4cac3f83c2b31ab352f537368e4efdadd5c47a9a
Author: Sam James
Date: Tue Mar 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119471
Bug ID: 119471
Summary: (a * b) != 0 then we know that both a!=0 & b != 0
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhanc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114206
Andrew Pinski changed:
What|Removed |Added
Attachment #60885|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119464
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114206
--- Comment #9 from Andrew Pinski ---
Created attachment 60885
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60885&action=edit
slightly more complex testcase
Still fails with `-Os -fno-tree-ccp -fno-tree-copy-prop -fno-tree-forwprop
-fno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119469
--- Comment #3 from Jonathan Wakely ---
We define iter_rvalue_reference_t in terms of remove_reference_t&&
instead of decltype(std::move(*std::declval())) and they're not the same.
But I don't understand why.
This fixes iter_rvalue_reference_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119469
--- Comment #2 from Jonathan Wakely ---
The bug is because I implemented the result of ranges::iter_move in terms of
remove_reference_t&& because that's what I assume the type of
std::move(*E) to be.
But when E is a function reference, *E first
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119470
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119470
--- Comment #3 from Andrew Pinski ---
Well inc being not inlined causes issues.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119470
--- Comment #2 from Kael Franco ---
Created attachment 60884
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60884&action=edit
-fdump-tree-optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119470
--- Comment #1 from Kael Franco ---
Created attachment 60883
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60883&action=edit
-fdump-tree-original
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119470
Bug ID: 119470
Summary: Missed strlen despite unreachable() in noinline
increment function
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118796
--- Comment #16 from Andrew Pinski ---
I should mention in my reduced testcase if I change the name of either function
named z to something different, we get the correct result which is why I
mentioned: "the front-end seems to have copied the bo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119469
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118920
--- Comment #7 from Nathaniel Shead ---
There might be more to it as well; the following sample (reduced from a
different error) complains about conflicting declarations:
// shared_ptr.hpp
template struct unique_ptr {
template friend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119469
Bug ID: 119469
Summary: iter_rvalue_reference_t is wrong for function types
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101587
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |15.0
Last reconfirmed|2021-07-23 00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111351
--- Comment #10 from Arthur O'Dwyer ---
> > Would it be at least possible to make the error clearer?
> I don't think that's possible to do in the library.
Agreed. IMO this bug should be marked RESOLVED at this point, because James
Knight's pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111351
--- Comment #9 from Jonathan Wakely ---
(In reply to Theodore.Papadopoulo from comment #8)
> Ideally, mention the SSO optimization and its limits ?
I don't think that's possible to do in the library. It's fine for a constant
evaluation to const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116706
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116706
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:f017297cc338b3db6827408574e7943d5a09b3de
commit r13-9451-gf017297cc338b3db6827408574e7943d5a09b3de
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116706
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:de9500d93eed789bf7bc4a82b522edb6dd2b6202
commit r14-11448-gde9500d93eed789bf7bc4a82b522edb6dd2b6202
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119227
--- Comment #13 from Mark Wielaard ---
(In reply to James K. Lowden from comment #12)
> The inability to create a PDF from groff suggests an old version is
> installed. The PDF driver was introduced with version 1.22
> (https://lists.gnu.org/ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119458
Andrew Pinski changed:
What|Removed |Added
Summary|Optimisation miss: |inc/dec could be used for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500
--- Comment #9 from ak at gcc dot gnu.org ---
I can test it later, but it would surprise me if it helps. The problem is not
the computation but the misses. When profiling it I see a lot of cache misses
on "cmp" memory load. So likely need to do so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118795
--- Comment #17 from Andrew Pinski ---
Created attachment 60881
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60881&action=edit
Reduced testcase without any undefined code in it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119417
--- Comment #6 from Rogério de Souza Moraes ---
I confirm that the patch gcc15-pr119417.patch backported to GCC 14.2 fixed the
issue on Arm (aarch64).
Is this patch going to be used on trunk and officially backported to GCC 14.2?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119419
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119241
--- Comment #28 from GCC Commits ---
The master branch has been updated by Robert Dubner :
https://gcc.gnu.org/g:e9adfb839f0d6aa05fd35d332b015623a33c3ce8
commit r15-8913-ge9adfb839f0d6aa05fd35d332b015623a33c3ce8
Author: Bob Dubner
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118151
Spencer Abson changed:
What|Removed |Added
CC||Spencer.Abson at arm dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118796
Andrew Pinski changed:
What|Removed |Added
Attachment #60875|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119468
Bug ID: 119468
Summary: PPCLE: Inefficient implementation of
__builtin_parityll
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #16 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #15)
> template
> using __iter_category_t
> = typename iterator_traits<_Iter>::iterator_category;
>
> template
> using _RequireInputIter =
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118796
--- Comment #14 from Andrew Pinski ---
Created attachment 60879
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60879&action=edit
Just the verification patch
Note this is NOT the patch to fix the issue; it is to catch the issue earlier.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101881
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Summary|[12/13/14/15 R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101881
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:7c63237ccfd9cb76c513f567429e939709c193e4
commit r15-8912-g7c63237ccfd9cb76c513f567429e939709c193e4
Author: Marek Polacek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114525
Simon Martin changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114525
--- Comment #6 from GCC Commits ---
The master branch has been updated by Simon Martin :
https://gcc.gnu.org/g:35ce9afc84a63fb647a90cbecb2adf3e748178be
commit r15-8911-g35ce9afc84a63fb647a90cbecb2adf3e748178be
Author: Simon Martin
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244
--- Comment #29 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:0fb10aca02852b2e8d78a78c07aa2f62aec6a07e
commit r15-8910-g0fb10aca02852b2e8d78a78c07aa2f62aec6a07e
Author: Iain Sandoe
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119250
--- Comment #8 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:87d60bcba534b53255c19aae7d2d24ff7a1be414
commit r15-8908-g87d60bcba534b53255c19aae7d2d24ff7a1be414
Author: Iain Sandoe
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218
--- Comment #17 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:f3d07779fdb729c7ee81b8e764921becf8ecf1d0
commit r15-8907-gf3d07779fdb729c7ee81b8e764921becf8ecf1d0
Author: Iain Sandoe
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118796
--- Comment #13 from Andrew Pinski ---
I have a patch to the verifiers to try to catch this earlier. I am going to see
if it hits in the testsuite.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118796
Andrew Pinski changed:
What|Removed |Added
Component|tree-optimization |fortran
--- Comment #12 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112372
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> Created attachment 60871 [details]
> Patch which I will be submitting for GCC 16
+FAIL: gcc.dg/ipa/ipa-icf-20.c scan-ipa-dump icf "Equal symbols: 1"
+FAIL: gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119224
Vineet Gupta changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117010
--- Comment #8 from Thomas Schwinge ---
Well, indeed. Offloading code generation uses the LTO machinery, including the
'lto1' front end, and thus has 'gcc/common.opt:in_lto_p' set to 'true':
; True if this is the lto front end. This is us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111351
Theodore.Papadopoulo at inria dot fr changed:
What|Removed |Added
CC||Theodore.Papadopou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100070
--- Comment #13 from Jonathan Wakely ---
vector(InputIterator, InputIterator) is now optimized for C++20 iterators that
don't meet the Cpp17ForwardIterator requirements, as of
r15-8904-ge200f53a555651
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108487
Jonathan Wakely changed:
What|Removed |Added
Known to fail||12.4.0, 13.3.0
Summary|[12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101881
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108487
--- Comment #15 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:e200f53a5556516ec831e6b7a34aaa0f10a4ab0a
commit r15-8904-ge200f53a5556516ec831e6b7a34aaa0f10a4ab0a
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119419
--- Comment #3 from GCC Commits ---
The master branch has been updated by Thomas Koenig :
https://gcc.gnu.org/g:737a5760bb24a0a945cc2c916ba452e3f0060c58
commit r15-8906-g737a5760bb24a0a945cc2c916ba452e3f0060c58
Author: Thomas Koenig
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119150
Jakub Jelinek changed:
What|Removed |Added
Summary|[14/15 Regression] |[14 Regression]
|Opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119467
Andrew Pinski changed:
What|Removed |Added
Version|unknown |15.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119467
Bug ID: 119467
Summary: Missed optimization on wrapping builtin function
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #15 from Jonathan Wakely ---
template
using __iter_category_t
= typename iterator_traits<_Iter>::iterator_category;
template
using _RequireInputIter =
__enable_if_t,
input_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119440
--- Comment #9 from GCC Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:7bec4570301c43ab948aca624d4cd7a3b33d65a1
commit r15-8901-g7bec4570301c43ab948aca624d4cd7a3b33d65a1
Author: Eric Botcazou
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119463
--- Comment #3 from Andrew Pinski ---
https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#1828
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119440
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #14 from 康桓瑋 ---
I believe the correct way should be:
else if constexpr (ranges::common_range<_Rg> &&
requires {
requires
derived_from>::iterator_category,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119463
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-03-25
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #13 from 康桓瑋 ---
(In reply to Tomasz Kamiński from comment #12)
> I have realized that with the resolution of the
> https://cplusplus.github.io/LWG/lwg-defects.html#3749, you can run into this
> problem by doing:
>
> auto r = std::v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113168
Simon Sobisch changed:
What|Removed |Added
CC||simonsobisch at gnu dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66478
Theodore.Papadopoulo at inria dot fr changed:
What|Removed |Added
CC||Theodore.Papadopoul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119402
--- Comment #4 from Andrew Pinski ---
(In reply to Tamar Christina from comment #3)
>
> Seems like it's better to handle this at the GIMPLE level like we do today
> for the z case.
Yes I agree I originally was going to file this as an enhancem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65656
Theodore.Papadopoulo at inria dot fr changed:
What|Removed |Added
CC||Theodore.Papadopoul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57820
Theodore.Papadopoulo at inria dot fr changed:
What|Removed |Added
CC||Theodore.Papadopoul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61105
Theodore.Papadopoulo at inria dot fr changed:
What|Removed |Added
CC||Theodore.Papadopoul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119466
--- Comment #3 from Jakub Jelinek ---
And I guess it is solely if the RHS is a CALL_EXPR, if I change the testcase to
int
foo (int &x, int *&y)
{
y = &x;
x++;
return x;
}
int
main ()
{
int a = 4;
int b = 9;
int *c = &b;
*c = foo (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #12 from Tomasz Kamiński ---
I have realized that with the resolution of the
https://cplusplus.github.io/LWG/lwg-defects.html#3749, you can run into this
problem by doing:
auto r = std::views::iota(__int128(0)) | std::views::take(5)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108487
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119466
--- Comment #2 from Jakub Jelinek ---
I think w normally honor the C++17 rules, it can be seen on
int
foo (int &x, int *&y)
{
y = &x;
x++;
return x;
}
int &
bar (int *p)
{
return *p;
}
int
main ()
{
int a = 4;
int b = 9;
int *c =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119415
--- Comment #11 from 康桓瑋 ---
> Use __cpp17_input_iterator can still produce hard errors in some edge cases.
With "hard errors", I mean the following:
struct I {
using difference_type = int;
using value_type = int;
int operator*() const;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117010
--- Comment #7 from Thomas Schwinge ---
First observation: the same (per my understanding) happens with LTO: compile
this code, still at '-O0' with '-foffload=disable' but with '-flto', and see
the x86_64 '[...].ltrans0.ltrans.s' file:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119466
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119463
--- Comment #1 from Andrew Pinski ---
>GCC accepts it just fine (found by my сolleague Egor).
I think there might be a defect report about this case but I can't find it
right now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119428
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118318
--- Comment #23 from GCC Commits ---
The releases/gcc-14 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:82bd83122a483275787fcd18131bf6cd91fbdbd4
commit r14-11447-g82bd83122a483275787fcd18131bf6cd91fbdbd4
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119428
--- Comment #13 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:584b346a4c7a6e6e77da6dc80968401a3c08161d
commit r15-8896-g584b346a4c7a6e6e77da6dc80968401a3c08161d
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119465
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96226
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:584b346a4c7a6e6e77da6dc80968401a3c08161d
commit r15-8896-g584b346a4c7a6e6e77da6dc80968401a3c08161d
Author: Jakub Jelinek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117504
Simon Martin changed:
What|Removed |Added
Resolution|--- |FIXED
Summary|[12/13/14 Regre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119463
--- Comment #2 from Andrew Pinski ---
https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#125
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 117504, which changed state.
Bug 117504 Summary: [12 Regression] Incorrect code emitted when using
"constexpr std::array" since r8-3497-g281e6c1d8f1b4c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117504
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119466
Bug ID: 119466
Summary: Incorrect result generated by g++
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119283
Iain Sandoe changed:
What|Removed |Added
Status|NEW |ASSIGNED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117010
--- Comment #6 from Thomas Schwinge ---
Thanks for having a look. In other words, you don't have an explanation off
hand, why "weak" and "comdat" get lost in the GCN offloading path? GCN (ELF)
does support all these things (to the best of my k
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119459
--- Comment #1 from Paul-Antoine Arras ---
My mistake! This should now be fixed in commit e0a1d0e044c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117070
--- Comment #3 from Ivan Pribec ---
According to my reading, the right hand side in the assignment matches the
following two cases of constant expressions, quoting 10.1.12:
2) an array constructor where each element ... is a constant expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119465
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119465
Bug ID: 119465
Summary: gcc.target/i386/pr55583.c FAILs with 32-bit-default
compiler
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119224
--- Comment #8 from GCC Commits ---
The master branch has been updated by Vineet Gupta :
https://gcc.gnu.org/g:cb6070c79dd9334e7cfff40bacd21da4f337cc33
commit r15-8895-gcb6070c79dd9334e7cfff40bacd21da4f337cc33
Author: Vineet Gupta
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119417
--- Comment #5 from Jakub Jelinek ---
Created attachment 60876
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60876&action=edit
gcc15-pr119417.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114525
--- Comment #5 from Simon Martin ---
I'm back to this PR after a long while. I'm currently testing the following
patch, that fixes the PR testcase
diff --git a/gcc/cp/typeck2.cc b/gcc/cp/typeck2.cc
index 1adc05aa86d..45edd180173 100644
--- a/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010
--- Comment #8 from Richard Biener ---
I have sent patches for two larger issues, remaining, when checking on
gfortran.dg/vect/fast-math-mgrid-resid.f the ones below. It would be nice
if the -fsched-verbose dumps would print recog data (alterna
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119135
--- Comment #2 from GCC Commits ---
The releases/gcc-14 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:925a744efec5a630eb9bf49e755c554a884fda99
commit r14-11446-g925a744efec5a630eb9bf49e755c554a884fda99
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118627
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119320
He-Zhe Lin changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 119320, which changed state.
Bug 119320 Summary: unexpected -Wstringop-overflow= when using memcpy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119320
What|Removed |Added
---
1 - 100 of 202 matches
Mail list logo
