https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112868
--- Comment #3 from Richard Biener ---
The behavior shouldn't change dependent on --enable-checking. Can't we make
sure to pass -mno-any (if that exists...) during bootstrap and testsuite
instead?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112867
Richard Biener changed:
What|Removed |Added
Version|unknown |13.2.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112843
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112303
--- Comment #8 from rguenther at suse dot de ---
On Tue, 5 Dec 2023, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112303
>
> Jakub Jelinek changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112830
--- Comment #16 from Richard Biener ---
(In reply to Georg-Johann Lay from comment #15)
> (In reply to Richard Biener from comment #13)
> > The master branch has been updated by Richard Biener :
> >
> > https://gcc.gnu.org/g:68d32d02035fc081384
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112843
--- Comment #11 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:52f8092f54cf338c19d44e06b35612d15c96faf4
commit r14-6206-g52f8092f54cf338c19d44e06b35612d15c96faf4
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112875
Bug ID: 112875
Summary: ICE: in lra_eliminate_regs_1, at
lra-eliminations.cc:670 with -Oz -frounding-math
-fno-dce -fno-trapping-math -fno-tree-dce
-fno-tree-dse -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112874
Bug ID: 112874
Summary: low quality diagnostic for overload resolution failure
when taking address of overloaded function
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112419
--- Comment #5 from GCC Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:0d51e17791c7876396ed0f6cc51bf103e518877d
commit r14-6203-g0d51e17791c7876396ed0f6cc51bf103e518877d
Author: Hans-Peter Nilsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111948
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:08448dc146b6dd32383d64ab491a594d41f62aaa
commit r14-6200-g08448dc146b6dd32383d64ab491a594d41f62aaa
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112852
--- Comment #2 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:2e7abd09621a4401d44f4513adf126bce4b4828b
commit r14-6197-g2e7abd09621a4401d44f4513adf126bce4b4828b
Author: Juzhe-Zhong
Date: Tue Dec 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112851
--- Comment #2 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:2e7abd09621a4401d44f4513adf126bce4b4828b
commit r14-6197-g2e7abd09621a4401d44f4513adf126bce4b4828b
Author: Juzhe-Zhong
Date: Tue Dec 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112858
David Edelsohn changed:
What|Removed |Added
Target|nvptx |nvptx, powerpc-ibm-aix*
Last reconfi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #1 from kargl at gcc dot gnu.org ---
Possible ChangeLog (although I don't know the git world requirements).
* intrinsic.cc(add_functions): Update the standard that the various
degree trigonometric functions have been described in.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
Bug ID: 112873
Summary: F2023 degree trig functions
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109536
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111735
David Faust changed:
What|Removed |Added
CC||david.faust at oracle dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112303
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110682
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.4
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112303
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #6 from And
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112534
--- Comment #8 from Arsen Arsenović ---
(In reply to Jakub Jelinek from comment #7)
> Exporting say CC or CXX to the host CC/CXX in stage1 and previous-stage/xgcc
> -B previous-stage/ and similar is obviously required, otherwise bootstrap
> woul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111478
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> I can't reproduce either of the testcases here any more .
I should say on the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112868
--- Comment #2 from David Edelsohn ---
Narrowing the ISA dialect range accepted by the assembler is good in theory to
catch problems. We need to ensure that this doesn't break a lot of existing
code and make POWER more tedious.
Most people wan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111478
--- Comment #4 from Andrew Pinski ---
I can't reproduce either of the testcases here any more .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112795
--- Comment #10 from Jakub Jelinek ---
Fixed for GCC 14.1+ (better way) and 13.3+ (just the ICE) for now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112534
--- Comment #7 from Jakub Jelinek ---
(In reply to Arsen Arsenović from comment #6)
> yes, that seems doable but I am curious about why the flag propagation via
> export is necessary. would each configure not already have the appropriate
> flag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112534
--- Comment #6 from Arsen Arsenović ---
(In reply to Jakub Jelinek from comment #5)
> The problem is that the toplevel configure (which is autoconf 2.69 as pretty
> much everything in gcc) uses the older AC_PROG_CC, which only checks for
> -std=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112872
Patrick O'Neill changed:
What|Removed |Added
Summary|[14 Regression] RISCV ICE: |[14 Regression] RISCV ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112849
--- Comment #3 from GCC Commits ---
The master branch has been updated by David Faust :
https://gcc.gnu.org/g:b8cf266f4ca4ff89704b190c827abf9ea7e7b5bf
commit r14-6195-gb8cf266f4ca4ff89704b190c827abf9ea7e7b5bf
Author: David Faust
Date: Mon D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112872
Bug ID: 112872
Summary: [14 Regression] RISCV ICE: in
store_integral_bit_field, at expmed.cc:1049 with -03
rv64gcv_zvl1024b
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112849
--- Comment #2 from Indu Bhagat ---
I think its also a good idea to propose a patch to btf.rst upstream to clearly
state something to the like of:
- What variables have an associated BTF_KIND_DATASEC entry
- In "2.2.15 BTF_KIND_DATASEC"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112795
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:59be79fd596ec8f8fbdf1479bc99e6aba9c52778
commit r14-6193-g59be79fd596ec8f8fbdf1479bc99e6aba9c52778
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112871
Bug ID: 112871
Summary: [14 Regression] RISCV ICE: in extract_insn, at
recog.cc:2804 (unrecognizable insn) with -03
rv32gc_zicond
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112838
--- Comment #8 from Andrew Pinski ---
(In reply to Ahmad Nour from comment #7)
> (In reply to Andrew Pinski from comment #3)
> > (In reply to Ahmad Nour from comment #2)
> > >
> > > Thanks for confirmation.
> > > I tried with clang-12 -Wall -We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100988
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112830
--- Comment #15 from Georg-Johann Lay ---
(In reply to Richard Biener from comment #13)
> The master branch has been updated by Richard Biener :
>
> https://gcc.gnu.org/g:68d32d02035fc081384ec6d6fd275e49ffa5d016
>
> commit r14-6182-g68d32d0203
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112606
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:58d5546af901364f85588fe668559d76f09e6df9
commit r14-6192-g58d5546af901364f85588fe668559d76f09e6df9
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105543
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112859
--- Comment #2 from Zhendong Su ---
> Thanks for these testcases btw.
Happy to be of help, Richard.
And thanks to you folks for the incredible work and dedication!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112858
Andrew Pinski changed:
What|Removed |Added
Component|target |libstdc++
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112870
--- Comment #3 from Andrew Pinski ---
What you are doing is all not allowed with this extension.
Yes the documentation should be a little clearier on this but at least the part
where it says:
`You may not use this mechanism to jump to code in a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94660
Jeff Hole changed:
What|Removed |Added
CC||gnu.gcc.detection675@passma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112870
--- Comment #2 from Grant Wittman ---
(In reply to Andrew Pinski from comment #1)
> This is all undefined behavior.
>
>
> Please read
> https://gcc.gnu.org/onlinedocs/gcc-13.2.0/gcc/Labels-as-Values.html .
>
> Specifically:
> You may not use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112869
--- Comment #2 from Marek Polacek ---
This should fix it:
--- a/gcc/cp/cp-gimplify.cc
+++ b/gcc/cp/cp-gimplify.cc
@@ -1177,13 +1177,9 @@ cp_fold_immediate_r (tree *stmt_p, int *walk_subtrees,
void *data_)
? tf_error : tf_none
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112855
Patrick O'Neill changed:
What|Removed |Added
Summary|[14] RISC-V vector: Appears |[14] RISC-V vector:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112870
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112870
Bug ID: 112870
Summary: incorrect jmp when using goto on a function, causing
infinite loop
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112869
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112866
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84163
--- Comment #1 from Andrew Pinski ---
*** Bug 112866 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112782
--- Comment #7 from Immolo ---
Just to document my findings which pretty much confirms what Pinski has said
here.
I have gone back and doubled checked what I found and noticed portage was
removing the -mfix-r5900 option since the start and I ju
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112869
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
LAGS='-O1 -g0'
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.0 20231205 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112868
Peter Bergner changed:
What|Removed |Added
Last reconfirmed||2023-12-05
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112868
Bug ID: 112868
Summary: GCC passes -many to the assembler for
--enable-checking=release builds
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110606
--- Comment #9 from Jeevitha ---
(In reply to Segher Boessenkool from comment #8)
> What does "dead at sched2" mean? Are they dead when sched2 starts, or made
> dead
> by it? Well it must be the former; what pass does make it dead, then?
> sp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100988
--- Comment #4 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:9c3a880feecf81c310b4ade210fbd7004c9aece7
commit r14-6191-g9c3a880feecf81c310b4ade210fbd7004c9aece7
Author: Harald Anlauf
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112867
--- Comment #3 from Marek Polacek ---
This worked in GCC 7. GCC 8 started ICEing with r8-2720-gf44a8dd56f5bfb
commit f44a8dd56f5bfbd0596c39693e268ef880c06221
Author: Jason Merrill
Date: Tue Aug 29 16:37:15 2017 -0400
Reimplement handli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112809
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112867
Andrew Pinski changed:
What|Removed |Added
Keywords||c++-lambda
Summary|[11/12/13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112867
Andrew Pinski changed:
What|Removed |Added
Summary|extern function declaration |[11/12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112867
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112867
Bug ID: 112867
Summary: extern function declaration in function scope behaves
differently in template
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16333
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:1dad3df1e7f3fd73f157f88561ef424b6853d960
commit r14-6190-g1dad3df1e7f3fd73f157f88561ef424b6853d960
Author: Richard Sandiford
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107348
Alejandro Colomar changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112707
--- Comment #14 from Peter Bergner ---
(In reply to Segher Boessenkool from comment #13)
> (In reply to Peter Bergner from comment #12)
> > I'll note that you don't always
> > get an assembler error, since gcc still passes -many to the assembler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110606
--- Comment #8 from Segher Boessenkool ---
What does "dead at sched2" mean? Are they dead when sched2 starts, or made
dead
by it? Well it must be the former; what pass does make it dead, then? split3
apparently? Why is this not done in split
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110734
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110734
--- Comment #22 from Jakub Jelinek ---
DR now implemented for GCC 12 (but gnu::no_reorder support for namespace scope
asms would be more work; I think we don't reorder toplevel asms anyway).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112837
Jakub Jelinek changed:
What|Removed |Added
Summary|[12/13 Regression] ICE: RTL |[12 Regression] ICE: RTL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112845
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] ICE: |[11/12 Regression] ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112816
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] ICE |[11/12 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111967
Jakub Jelinek changed:
What|Removed |Added
Summary|[12/13 Regression] during |[12 Regression] during
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112832
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:3cd73543a1122d3c81409e3e9a26c3e94c3d324f
commit r14-6189-g3cd73543a1122d3c81409e3e9a26c3e94c3d324f
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109289
--- Comment #7 from Thomas Schwinge ---
Created attachment 56805
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56805&action=edit
'0001-WIP-GCC-PR109289-Conflicting-types-for-built-in-func.patch'
Attaching my current WIP patch. I may lat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110734
--- Comment #21 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:e5153e7d63b4cd9a3df490809c4f3fe1e94d3d37
commit r14-6187-ge5153e7d63b4cd9a3df490809c4f3fe1e94d3d37
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112845
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:8d057d1f1fe5bf20d32912bc65ad620810583107
commit r13-8127-g8d057d1f1fe5bf20d32912bc65ad620810583107
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112837
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:918877a0b8e68b2f56c88d54dd6399bbfdb89155
commit r13-8126-g918877a0b8e68b2f56c88d54dd6399bbfdb89155
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112816
--- Comment #11 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:05d8dec0f9f9660b1f437d52252852a2f86d3ac8
commit r13-8125-g05d8dec0f9f9660b1f437d52252852a2f86d3ac8
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112795
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:5b651cf6bf1903dd3a4a5ce8c2a95d0e76ee0089
commit r13-8124-g5b651cf6bf1903dd3a4a5ce8c2a95d0e76ee0089
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111967
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:80bf483565a11a34239be47012d0b6990dec6690
commit r13-8121-g80bf483565a11a34239be47012d0b6990dec6690
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111408
--- Comment #7 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:0dd097f6a0951c386233fc0b96584ebe4144ea65
commit r13-8122-g0dd097f6a0951c386233fc0b96584ebe4144ea65
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112339
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:ef88041a578644b8e4f964903b2fbbcf0f1d7ce8
commit r13-8120-gef88041a578644b8e4f964903b2fbbcf0f1d7ce8
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111413
--- Comment #4 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:c128ad8e830e90a429eaeccc3fb000a73fd6779c
commit r13-8118-gc128ad8e830e90a429eaeccc3fb000a73fd6779c
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110606
--- Comment #7 from Jeevitha ---
The following insns are dead at sched2, but not removed until pass_final, If
these instruction are removed there will be no ICE.
(insn 80 110 111 3 (set (reg:DI 28 28 [145])
(high:DI (unspec:DI [
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112817
Kito Cheng changed:
What|Removed |Added
CC||kito at gcc dot gnu.org
--- Comment #8 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112860
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101057
Bug 101057 depends on bug 112860, which changed state.
Bug 112860 Summary: ICE: in expand_expr_real_2, at expr.cc:10620 with -O0
-fgimple -mavx512f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112860
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112860
--- Comment #2 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:d9403153f925c71ceab655af7ed040966f2b4c9c
commit r14-6186-gd9403153f925c71ceab655af7ed040966f2b4c9c
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112865
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112865
--- Comment #2 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:805be8fbeab351dc3109aaa17fcc8cc6f74c8caa
commit r14-6185-g805be8fbeab351dc3109aaa17fcc8cc6f74c8caa
Author: Gaius Mulley
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112853
--- Comment #7 from Robin Dapp ---
Ah, forgot three tests:
FAIL: gcc.dg/vect/bb-slp-cond-1.c execution test
FAIL: gcc.dg/vect/bb-slp-pr101668.c -flto -ffat-lto-objects execution test
FAIL: gcc.dg/vect/bb-slp-pr101668.c execution test
On vlen=5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112853
--- Comment #6 from Robin Dapp ---
I indeed see more failures with _zvl128b, vlen=256 (than with _zvl128b,
vlen=128):
FAIL: gcc.dg/vect/pr66251.c -flto -ffat-lto-objects execution test
FAIL: gcc.dg/vect/pr66251.c execution test
FAIL: gcc.dg/vec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88264
--- Comment #7 from Jonathan Wakely ---
Another tunable idea: disable exceptions from the runtime.
We use _GLIBCXX_THROW_OR_ABORT so that throwing an exception will abort instead
when -fno-exceptions is defined. However, this only works when the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 110485, which changed state.
Bug 110485 Summary: vectorizing simd clone calls without loop masking applied
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110485
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110485
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112866
--- Comment #1 from Georg-Johann Lay ---
Occurs with all versions that support address-spaces (v4.7 and up).
-with-dwarf2 --with-gnu-as --with-gnu-ld --disable-shared
--enable-checking=release --enable-languages=c,c++
Thread model: single
Supported LTO compression algorithms: zlib
gcc version 14.0.0 20231205 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112707
--- Comment #13 from Segher Boessenkool ---
(In reply to Peter Bergner from comment #12)
> I'll note that you don't always
> get an assembler error, since gcc still passes -many to the assembler for
> non --enable-checking gcc builds, which caus
1 - 100 of 160 matches
Mail list logo