https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113504
--- Comment #2 from Ruben Laso ---
(In reply to Jonathan Wakely from comment #1)
> The parallel algos are taken from
> https://github.com/llvm/llvm-project/tree/main/pstl so I would file an issue
> upstream rather than here. The Intel PSTL devel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113500
--- Comment #11 from hirtham...@allterra-dno.de ---
(In reply to Jonathan Wakely from comment #7)
> (In reply to Jonathan Wakely from comment #6)
> > (In reply to Hirthammer from comment #5)
> > > This whole thing with std::format and std::chrono
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113511
Richard Biener changed:
What|Removed |Added
Target||powerpc*
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109929
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59859
Bug 59859 depends on bug 109929, which changed state.
Bug 109929 Summary: profiledbootstrap failure on aarch64-linux-gnu with
graphite optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109929
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113538
Bug ID: 113538
Summary: [RISC-V] --param=riscv-vector-abi will fail some cases
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113519
--- Comment #3 from Richard Biener ---
Hmm, -fdebug-types-section ... mumbles sth about axing that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267
--- Comment #12 from Richard Sandiford ---
I don't object to the patch, but for the record: the current heuristics go back
a long way. Although I reworked the pass to use rtl-ssa a few years ago, I
tried as far as possible to preserve the old h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109929
--- Comment #5 from Xi Ruoyao ---
The first good commit is:
commit aa2ad77a9b3994fb679e5295d9570f6f8696540d
Author: Szabolcs Nagy
Date: Tue May 9 11:07:05 2023 +0100
aarch64: Do not force a stack frame for EH returns
but I cannot see h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-01-22
Component|tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #7 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113425
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82580
Uroš Bizjak changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113521
--- Comment #3 from Richard Biener ---
It's probably the same issue though - IPA summarries not being forgiving to
decl type changes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113401
--- Comment #4 from Florian Weimer ---
(In reply to Iain Sandoe from comment #3)
> for platforms using pthreads as the underlying resource, then perhaps we can
> do this without thread_atexit (which I do not see in many places) by using
> pthrea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113425
--- Comment #3 from Christophe Lyon ---
What I meant by arm-* is that we see the same issue on several of the
configurations we test, as can be seen on
https://linaro.atlassian.net/browse/GNU-1100
We have recently improved the extraction of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113425
--- Comment #4 from Tamar Christina ---
(In reply to Christophe Lyon from comment #3)
> What I meant by arm-* is that we see the same issue on several of the
> configurations we test, as can be seen on
> https://linaro.atlassian.net/browse/GNU-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113401
--- Comment #5 from Iain Sandoe ---
(In reply to Florian Weimer from comment #4)
> (In reply to Iain Sandoe from comment #3)
> > for platforms using pthreads as the underlying resource, then perhaps we can
> > do this without thread_atexit (whic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113401
--- Comment #6 from Florian Weimer ---
Sorry, pthread_cleanup_push is purely scope-based, like the existing handler.
It cannot be used to push a handler to some unscoped cleanup function list that
persists even after the current function returns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113401
--- Comment #7 from Iain Sandoe ---
(In reply to Florian Weimer from comment #6)
> Sorry, pthread_cleanup_push is purely scope-based, like the existing
> handler. It cannot be used to push a handler to some unscoped cleanup
> function list that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113401
--- Comment #8 from Florian Weimer ---
Which version of the manual page are you looking at?
https://man7.org/linux/man-pages/man3/pthread_cleanup_push.3.html seems pretty
clear about the scope-based nature (search for discussion of
break/return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113539
Bug ID: 113539
Summary: [14 Regression] perlbench miscompiled on aarch64 since
r14-8223-g1c1853a70f
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113401
--- Comment #9 from Iain Sandoe ---
(In reply to Florian Weimer from comment #8)
> Which version of the manual page are you looking at?
>
> https://man7.org/linux/man-pages/man3/pthread_cleanup_push.3.html seems
> pretty clear about the scope-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113539
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113539
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
--- Comment #2 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113539
Tamar Christina changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113539
--- Comment #4 from Alex Coplan ---
Reproduces with just -O3 -fno-strict-aliasing FWIW, no LTO or -mcpu needed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111966
--- Comment #1 from GCC Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:13127dac106724bef3a979539a878b368b79ce56
commit r14-8332-g13127dac106724bef3a979539a878b368b79ce56
Author: Tobias Burnus
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495
--- Comment #27 from Robin Dapp ---
Following up on this:
I'm seeing the same thing Patrick does. We create a lot of large non-sparse
sbitmaps that amount to around 33G in total.
I did local experiments replacing all sbitmaps that are not nee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495
--- Comment #28 from JuzheZhong ---
(In reply to Robin Dapp from comment #27)
> Following up on this:
>
> I'm seeing the same thing Patrick does. We create a lot of large non-sparse
> sbitmaps that amount to around 33G in total.
>
> I did loc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495
--- Comment #29 from Richard Biener ---
(In reply to rguent...@suse.de from comment #26)
> On Fri, 19 Jan 2024, juzhe.zhong at rivai dot ai wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495
> >
> > --- Comment #22 from JuzheZhon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113466
Jakub Jelinek changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #5 from JuzheZhong ---
Confirm at Nov, 1. The regression is gone.
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=eac0917bd3d2ead4829d56c8f2769176087c7b3d
This commit is ok, which has no regressions.
Still bisecting manually.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #6 from Tamar Christina ---
Hello,
I can bisect it if you want. it should only take a few seconds.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #7 from JuzheZhong ---
(In reply to Tamar Christina from comment #6)
> Hello,
>
> I can bisect it if you want. it should only take a few seconds.
Ok. Thanks a lot ...
I take 2 hours to bisect it manually but still didn't locate t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113466
--- Comment #3 from Richard Biener ---
Well, this simply highlights that the CFG doesn't really match "returns-twice".
The "returns-twice" part is just
(void) // no return value
but only the SJLJ __builtin_setjmp_setup/receiver has this prope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112600
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113507
--- Comment #3 from H.J. Lu ---
(In reply to Kewen Lin from comment #2)
> Guessing /usr/local/bin/ld is a gnu ld? Based on what I heard before, gnu ld
> has some problems on aix, people pass object files to aix system and use aix
> ld there. Not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109092
--- Comment #9 from GCC Commits ---
The trunk branch has been updated by Lehua Ding :
https://gcc.gnu.org/g:f625c017e60b6e05675b7d6280f2c7677ce691c3
commit r14-8333-gf625c017e60b6e05675b7d6280f2c7677ce691c3
Author: Juzhe-Zhong
Date: Mon Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #8 from JuzheZhong ---
I believe the change between Nov and Dec causes regression.
But I don't continue on bisection.
Hope this information can help with your bisection.
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495
--- Comment #30 from JuzheZhong ---
Ok. I believe m_avl_def_in && m_avl_def_out can be removed with a better
algorthm.
Then the memory-hog should be fixed soon.
I am gonna rewrite avl_vl_unmodified_between_p and trigger full coverage
testingl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113087
--- Comment #37 from Robin Dapp ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113206#c9
> Using 4a0a8dc1b88408222b88e10278017189f6144602, the spec run failed on:
> zvl128b (All runtime fails):
> 527.cam4 (Runtime)
> 531.deepsjeng (Runtime)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
Richard Biener changed:
What|Removed |Added
Target Milestone|13.3|14.0
Summary|[13/14 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113514
--- Comment #5 from Siddhesh Poyarekar ---
What seems to be happening is that early_objsz bails out since the subobject
size at that point is not a constant; I remember concluding that it's safest to
stick to constant sizes here, but I can't rem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113514
Siddhesh Poyarekar changed:
What|Removed |Added
Last reconfirmed||2024-01-22
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113518
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113540
Bug ID: 113540
Summary: missing -Warray-bounds warning with malloc and a
simple loop
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113087
--- Comment #38 from Robin Dapp ---
deepsjeng also looks ok here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112718
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495
--- Comment #31 from JuzheZhong ---
machine dep reorg : 403.69 ( 56%) 23.48 ( 93%) 427.17 ( 57%)
5290k ( 0%)
Confirm remove RTL DF checking, LICM is no longer be compile-time hog issue.
VSETVL PASS count 56% compile-time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113533
Roger Sayle changed:
What|Removed |Added
Last reconfirmed||2024-01-22
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113541
Bug ID: 113541
Summary: Rejects __attribute__((section)) on explicit
instantiation declaration of ctor/dtor
Product: gcc
Version: unknown
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
--- Comment #4 from John David Anglin ---
dtd->dtd_enum_unsigned is set in ctf_add_enum:
dtd->dtd_enum_unsigned = eunsigned;
/* Generate a CTF type for the enumeration. */
enumeration_type_id = ctf_add_enum (ctfc, CTF_ADD_ROOT,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113542
Bug ID: 113542
Summary: gcc.target/arm/bics_3.c regression after change for
pr111267
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113239
--- Comment #7 from Frank Ch. Eigler ---
Wonder if this similar but different diagnostic is closely related:
https://kojipkgs.fedoraproject.org//work/tasks/6259/112176259/build.log
[...]
inlined from ‘mutatee::instrument_dynprobe_target(BP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102626
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
Last recon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113533
--- Comment #7 from Oleg Endo ---
(In reply to Roger Sayle from comment #6)
> To help diagnose the problem, I came up with this simple patch:
Thanks for looking into it!
> which then helps reveal that on sh3-linux-gnu with -O1 we see:
I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #9 from Tamar Christina ---
So on SVE the change is cost modelling.
Bisect landed on g:33c2b70dbabc02788caabcbc66b7baeafeb95bcf which changed the
compiler's defaults to using the new throughput matched cost modelling used be
newer c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113239
--- Comment #8 from Dimitry Andric ---
(In reply to Frank Ch. Eigler from comment #7)
> Wonder if this similar but different diagnostic is closely related:
...
> where the c++ code in question is a straight
>
> vector<> foo;
> vector<>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113543
Bug ID: 113543
Summary: Poor codegen for bit-counting functions (countl_zero,
countl_one, countr_zero, countr_one)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113544
Bug ID: 113544
Summary: [14 Regression] bogus incomplete type error with
dependent data member in local class in generic lambda
since r14-278
Product: gcc
Versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113544
Patrick Palka changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113545
Bug ID: 113545
Summary: ICE in label_matches with constexpr function with
switch-statement and converted (nonconstant, cast
address) input
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113543
Andrew Pinski changed:
What|Removed |Added
Component|c++ |target
--- Comment #1 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113543
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110679
Andrew Pinski changed:
What|Removed |Added
CC||janschultke at googlemail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111966
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Resol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113544
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102626
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
See
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113546
Bug ID: 113546
Summary: aarch64: bootstrap-debug-lean broken with
-fcompare-debug failure
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113545
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113030
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:41caf6b0d603408a829b37f7f7fb09d64d814d48
commit r14-8337-g41caf6b0d603408a829b37f7f7fb09d64d814d48
Author: Andrew Pinski
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113030
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
--- Comment #4 from Martin Jambor ---
The right place where to free stuff in lattices post-IPA would be in
ipa_node_params::~ipa_node_params() where we should iterate over lattices and
deinitialize them or perhaps destruct the array because sinc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
--- Comment #17 from Steve Kargl ---
On Mon, Jan 22, 2024 at 05:35:41PM +, anlauf at gcc dot gnu.org wrote:
> --- Comment #16 from anlauf at gcc dot gnu.org ---
> (In reply to Steve Kargl from comment #14)
> > On Sun, Jan 21, 2024 at 09:52:3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
--- Comment #5 from John David Anglin ---
The problem seems to be DW_AT_encoding is not found in this call:
static ctf_id_t
gen_ctf_enumeration_type (ctf_container_ref ctfc, dw_die_ref enumeration)
{
const char *enum_name = get_AT_string (enum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113529
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113546
Alex Coplan changed:
What|Removed |Added
Keywords||compare-debug-failure
Summary|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113546
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113546
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113546
--- Comment #4 from Andrew Pinski ---
Note the reduced testcase might NOT be a representative of the original issue
though ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
--- Comment #18 from anlauf at gcc dot gnu.org ---
(In reply to Steve Kargl from comment #17)
> Is there something that is different between your OS and FreeBSD?
> Or is there some fundamental difference between C and C++ that
> I am unaware of?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113536
--- Comment #1 from Jack Perry ---
Per Simon Wright, gcc 14.0.0 does not fail on this, whereas gcc 14.0.1 does, in
the same location, but with a different error: `expected type "Value"... found
type "Standard.Character"`
I edited his message to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
--- Comment #6 from GCC Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:bc77c035c45bb224790b1c03d06a64c8a1cc51c5
commit r14-8338-gbc77c035c45bb224790b1c03d06a64c8a1cc51c5
Author: John David Anglin
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113547
Bug ID: 113547
Summary: c++: In function ‘std::vector package_b_info()’:
cc1plus: internal compiler error: Segmentation fault
Product: gcc
Version: 13.2.1
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113547
--- Comment #1 from Christopher Fore ---
Created attachment 57185
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57185&action=edit
minimized file with cvise
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113547
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.3
Summary|c++: In functio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113547
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113513
--- Comment #2 from Tobias Burnus ---
Patch:
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/643648.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113541
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113548
Bug ID: 113548
Summary: ICE vect-ifcvt-19 in build2, at tree.cc:5097
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113548
Andrew Pinski changed:
What|Removed |Added
Component|tree-optimization |testsuite
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109929
--- Comment #6 from Xi Ruoyao ---
The first commit deferring the failure to stagefeedback is:
commit 575858508090b18dcbc176db285c9f55227ca4c0
Author: Richard Sandiford
Date: Tue Oct 17 23:46:33 2023 +0100
aarch64: Use vecs to store regi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113548
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109642
--- Comment #14 from Marek Polacek ---
(In reply to Miro Palmu from comment #11)
> I'm not sure if this is useful information but, using span with a view in a
> ranged-based for loop triggers false positive -Wdangling-referene on gcc
> 14.0.1 20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109929
--- Comment #7 from Richard Sandiford ---
Hmm, yeah, like you say, neither of those commits should have made a different
to whether bootstrap works. I guess the problem is just latent now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113549
Bug ID: 113549
Summary: float simd crash on windows in
gcc.dg/vect/vect-simd-clone-16b.c
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113549
--- Comment #1 from nightstrike ---
Created attachment 57188
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57188&action=edit
Failing source for easier copying
1 - 100 of 142 matches
Mail list logo