https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119512
--- Comment #4 from Andrew Pinski ---
Created attachment 60914
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60914&action=edit
uninclude but reduced
This does warn at `-O2 -W -Wall` but it should warn from the front-end due to
the order
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119512
--- Comment #3 from Peter Damianov ---
Created attachment 60913
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60913&action=edit
Original unreduced testcase
(I reduced this badly in the bug report - this doesn't diagnose at any
optimizati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119512
--- Comment #2 from Peter Damianov ---
Andrew is correct that I reduced it too much, and replacing the attempt at
providing deque with #include does diagnose it.
But the original source I reduced it out of doesn't diagnose at any
optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114563
--- Comment #10 from Andi Kleen ---
It doesn't really help for the PR119387 test case, perhaps not surprising
because it optimizes freeing not allocation:
Summary
./gcc/cc1plus-opt -w -std=c++20 ~/gcc/git/tsrc/119387-formatted.ii -quiet
ran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119492
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119492
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> (In reply to Andrew Pinski from comment #5)
> > So looking into this further, I think PR 15387 got fixed correctly via PR
> > 49519 (and PR51323 and PR 50074).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119492
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> So looking into this further, I think PR 15387 got fixed correctly via PR
> 49519 (and PR51323 and PR 50074).
Note both mention not doing TER into the call to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114563
Andi Kleen changed:
What|Removed |Added
Attachment #60907|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19616
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.0.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119521
--- Comment #2 from Robert Dubner ---
Additional: The leaking memory is because exception checking is turned on.
Still looking...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119525
Bug ID: 119525
Summary: ICE when using template alias parameter deduction on
alias for std::variant
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118965
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119492
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> (In reply to Jakub Jelinek from comment #1)
> > The PR119376 patch ought to handle this (for musttail only of course,
> > otherwise unless we can prove it escape
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119492
--- Comment #3 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #1)
> The PR119376 patch ought to handle this (for musttail only of course,
> otherwise unless we can prove it escaped but isn't observable by the
> potential tail cal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19616
--- Comment #17 from Andrew Pinski ---
r0-65335-gead553a1d9f920
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15387
--- Comment #5 from Andrew Pinski ---
r0-59830-g01606a5aebb623
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119472
--- Comment #5 from Andrew Pinski ---
(In reply to Richard Biener from comment #4)
> So is there a _real_ testcase where, apart from strictly non-conformance,
> not coalescing a and b is meaningful?
I am not sure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119479
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95781
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119518
--- Comment #3 from Andrew Pinski ---
So the original code for this was added with r0-49393-gb2dd096b0c7e5c. If the
definition of foo was after the use at the time the GCC would emit the S::~S
call (unless you compiled with -funit-at-a-time whic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119518
Andrew Pinski changed:
What|Removed |Added
Summary|C++ FE violates noipa |C++ FE violates noipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100366
Jonathan Wakely changed:
What|Removed |Added
CC||manx-bugzilla@problemloesun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119507
--- Comment #4 from Andrew Pinski ---
Created attachment 60910
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60910&action=edit
Patch which I am testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119507
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> Confirmed.
>
> This has been true since the support for moving comdat gcc_except_table to
> their own section in r0-118218-g3e6011cfebedfb (which was first incl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109909
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 109175, which changed state.
Bug 109175 Summary: error: 'void* __builtin_memset(void*, int, long unsigned
int)' writing 4 or more bytes into a region of size 0 overflows the destination
[-Werror=stringop-overflow=]
https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109175
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109455
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 109455, which changed state.
Bug 109455 Summary: false-positive -Wstringop-overflow warning when using
std::vector with UBsan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109455
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119507
--- Comment #2 from Andrew Pinski ---
https://inbox.sourceware.org/gcc-patches/501f3ca0.3040...@codesourcery.com/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 109569, which changed state.
Bug 109569 Summary: warning: ‘void* __builtin_memmove(void*, const void*, long
unsigned int)’ writing 1 or more bytes into a region of size 0 overflows the
destination [-Wstringop-overflow=]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109569
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |12.3
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100366
Jonathan Wakely changed:
What|Removed |Added
CC||f.heckenb...@fh-soft.de
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 100366, which changed state.
Bug 100366 Summary: [12 Regression] spurious warning - std::vector::clear
followed by std::vector::insert(vec.end(), ...) with -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100366
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100366
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|12.5|12.3
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109717
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2023-05-04 00:00:00 |2025-3-29
--- Comment #10 from Jonath
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119507
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 109909, which changed state.
Bug 109909 Summary: vector: Writing 8 bytes into 1 allocated byte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109909
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110536
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119509
Andrew Pinski changed:
What|Removed |Added
Summary|Missed optimization on |Missed optimization for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111073
--- Comment #7 from Jonathan Wakely ---
(In reply to Rogério de Souza Moraes from comment #6)
> We got similar issue with a very small code using GCC v14.2:
>
> https://godbolt.org/z/b5dqvnKqj
>
> **
>
> #include
>
> voi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101361
--- Comment #15 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #14)
> Comment 0 compiles without warnings since gcc 12.1.0, I'm not sure what
> fixed it yet.
It stopped warning with r12-4726-g9a27acc30a34b7
Make full us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119509
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119227
--- Comment #18 from David Malcolm ---
For reference, some commits that I needed to do when getting the
libgdiagnostics docs onto the website:
commit g:e6e4cb34e30f25adfb57e998663a8a1796b8573c
commit g:168f938b8f2aab5c0443b02404d004ed4298651
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119401
--- Comment #6 from Patrick Palka ---
We could detect if there was an intervening redeclaration by comparing the
source location of the specialization vs that of the prevailing template
declaration:
diff --git a/gcc/cp/pt.cc b/gcc/cp/pt.cc
inde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114379
--- Comment #3 from Jonathan Wakely ---
(In reply to Denilson Sá Maia from comment #0)
> for (auto &queue : queues) {
> auto actionQueue =
> std::dynamic_pointer_cast(queue);
The compiler can't prove th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119524
Bug ID: 119524
Summary: cobol: gg_printf assumes target characteristics
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114945
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119521
Robert Dubner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97048
Bug 97048 depends on bug 101361, which changed state.
Bug 101361 Summary: Bogus -Wstringop-overread warning with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101361
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119523
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119523
Bug ID: 119523
Summary: missing tail call with aggregate returns wrappers with
extraction inbetween
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108900
--- Comment #16 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:d9b56c65a2697e0d7a6c0f15f1977803dc94579b
commit r15-9018-gd9b56c65a2697e0d7a6c0f15f1977803dc94579b
Author: Jeremy Bettis
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101361
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115074
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 115074, which changed state.
Bug 115074 Summary: incorrect stringop-overflow warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115074
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117983
Jonathan Wakely changed:
What|Removed |Added
CC||ryanpiwowarski at gmail dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117983
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:878812b6f6905774ab37cb78903e3e11bf1c508c
commit r15-9017-g878812b6f6905774ab37cb78903e3e11bf1c508c
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117983
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2025-03-28
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115201
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89139
Andrew Pinski changed:
What|Removed |Added
CC||yyc1992 at gmail dot com
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118045
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23
Andrew Pinski changed:
What|Removed |Added
CC||peter0x44 at disroot dot org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114758
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |13.4
Summary|The layout of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110498
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110498
Jonathan Wakely changed:
What|Removed |Added
Summary|Spurious warnings |[12/13/14/15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 119512, which changed state.
Bug 119512 Summary: -Wuninitialized does not diagnose use of uninitialized
member in constructor initialization list due to order of init
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119512
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119512
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500
--- Comment #14 from Sam James ---
Works for me too! It drops waay down the profile now (several pages).
The PR116285 testcase has another problem only on trunk, with the top being:
6.60% cc1plus cc1plus
but I mentioned that in PR116285
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119501
--- Comment #1 from Jonathan Wakely ---
https://cplusplus.github.io/LWG/issue2471 is still open
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119497
Tom Honermann changed:
What|Removed |Added
CC||tom at honermann dot net
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119522
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #9 from Jakub Jelinek ---
Ok, so #c8 seems to work and builds everything except for the libffi.info.
Wonder if that isn't ok though, because the use of libffi is gcc implementation
detail, we don't really install that library nor any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119522
Bug ID: 119522
Summary: Notail attribute like musttail attribute
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119386
--- Comment #50 from Ard Biesheuvel ---
(In reply to Ard Biesheuvel from comment #48)
...
> We don't want to be forced to disable the stack protector,
>
I mean 'disable profiling' - there have been some similar issues with the stack
protector,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508
--- Comment #5 from Pierre-Emmanuel Patry ---
(In reply to Andrew Pinski from comment #4)
> I wonder if it is showing up due to running the testsuite with -jN
It is indeed showing up with -jN on my machine. Good call!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118045
--- Comment #4 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:7e7ac815d2051308ccb7a7469f7e7a1f0b69f7e5
commit r15-9014-g7e7ac815d2051308ccb7a7469f7e7a1f0b69f7e5
Author: Gaius Mulley
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #8 from Jakub Jelinek ---
Unfortunately m2 has some messed up dependencies (all other FEs are fine) - it
attempts to build the whole FE for some strange reason and fails at that.
So either we get that fixed (but that would mean on ol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119401
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508
--- Comment #4 from Andrew Pinski ---
I wonder if it is showing up due to running the testsuite with -jN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508
Sam James changed:
What|Removed |Added
Keywords||testsuite-fail
--- Comment #3 from Sam Jame
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #7 from Jakub Jelinek ---
So what about
--- maintainer-scripts/gcc_release.jj 2025-03-28 15:44:23.714526549 +0100
+++ maintainer-scripts/gcc_release 2025-03-28 18:06:57.286295725 +0100
@@ -267,9 +267,17 @@ EOF
esac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114563
--- Comment #8 from andi at firstfloor dot org ---
> > Needs a workload where it matters
>
> PR119387 had
>
> 85.81% 1500713 cc1plus cc1plus [.]
> ggc_internal_alloc(un
>
> for me. Can we keep an index to freelist from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119521
Bug ID: 119521
Summary: gcc-cobol generated programs with memory leak
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508
--- Comment #2 from Andrew Pinski ---
(In reply to Pierre-Emmanuel Patry from comment #1)
> There is something funny happening here because canonical_paths1.rs should
> not pass, nr2 tests are a list of test with an additional flag. We're using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119401
--- Comment #4 from Jason Merrill ---
The underlying problem is that we tsubst_lambda_expr three times for the same
arguments, producing three different lambdas:
1) when forming the type of A<>::f
2) when forming the parameters of A<>::f
3) whe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508
--- Comment #1 from Pierre-Emmanuel Patry ---
There is something funny happening here because canonical_paths1.rs should not
pass, nr2 tests are a list of test with an additional flag. We're using it to
reduce the gap between both name resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117002
--- Comment #6 from Iain Buclaw ---
So I'm currently thinking that perhaps this could be fixed my end.
At the definition of the type, set TYPE_ALIGN and TYPE_PACKED to 1, so it's
equivalent to:
class __attribute__((packed))
Foo
{
...
};
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118859
waffl3x changed:
What|Removed |Added
CC||waffl3x at protonmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119401
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119520
Bug ID: 119520
Summary: cobol1: internal compiler error: Segmentation fault
(use of field with unknown TYPEDEF)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119516
--- Comment #7 from Andrew Pinski ---
I am not sure this is an issue for compile time either. With -fno-checking,
-O2 is only 12s while -O0 is 6s. GCC 14 with -O2 is 9s. Which might be the
improvement without other checking enabled.
Basically
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510
--- Comment #6 from Jakub Jelinek ---
If it is just about documentation, it might be easier not to enable those extra
languages during the build and just build their documentation.
Something in the make regenerate-opt-urls style, where even when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119519
Andrew Pinski changed:
What|Removed |Added
Summary|RISC-V, autovectorization, |[14 Regression] RISC-V,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119519
Kirill Frolov changed:
What|Removed |Added
Known to fail|14.2.0 |
Target|riscv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119519
Andrew Pinski changed:
What|Removed |Added
Summary|RISC-V, autovectorization, |[14 Regression] RISC-V,
my =all failed to pick up D given my GCC 7 system
compiler doesn't have it (which means adding D complicates this for me at
least).
--- /tmp/cobol 2025-03-28 17:04:53.862299236 +0100
+++ /tmp/all2025-03-28 17:05:06.170485951 +0100
@@ -344,6 +344,7 @@
gcc-15.1.0-RC-20250328/libffi/doc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119519
Bug ID: 119519
Summary: RISC-V, autovectorization, internal compiler error
when "V" RISC-V extension used.
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110498
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> (In reply to Michael Ragazzon from comment #1)
> > I seem to also have encountered this issue while using `std::vector`.
>
> I think comment 1 is Bug 114758
1 - 100 of 199 matches
Mail list logo