https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107193
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107211
Bug ID: 107211
Summary: GCC compiles invalid use of non static member function
in noexcept operator
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107210
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107209
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107210
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107212
Bug ID: 107212
Summary: -O2 and -O3 optimizer bug
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107206
Richard Biener changed:
What|Removed |Added
Component|c++ |libstdc++
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107195
--- Comment #7 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:c4d15dddf6b9eacb36f535807ad2ee364af46e04
commit r13-3217-gc4d15dddf6b9eacb36f535807ad2ee364af46e04
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107212
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|-O2 and -O3 optimiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107212
--- Comment #2 from Richard Biener ---
Confirmed. We vectorize the loop and that triggers full constant folding
leading to the wrong result somehow.
Same issue with GCC 11 when you add -ftree-vectorize or use -O3, not observed
with GCC 10.
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107212
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107212
--- Comment #3 from Martin Liška ---
Hmm, have a test-case that is miscompiled since r10-4200-gb7ff7cef5005721e:
$ cat pr107212.c
int sum_1 = 0;
int main() {
unsigned int tab[6][2] = {{150, 0}, {0, 0}, {0, 0}, {0, 0}, {0, 0}, {0, 0}};
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92286
--- Comment #6 from Martin Liška ---
> trunk.git/libsanitizer/sanitizer_common/sanitizer_allocator_primary64.h:547:
> 27: style: Expression is always true because 'else if' condition is opposite
> to previous condition at line 538. [multiConditio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107195
Aldy Hernandez changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107093
--- Comment #3 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:498ad738690b3c464f901d63dcd4d0f49a50dd00
commit r13-3218-g498ad738690b3c464f901d63dcd4d0f49a50dd00
Author: liuhongt
Date: Mon Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107212
--- Comment #4 from Richard Biener ---
So the speciality here is that with the SLP reduction we have the live lanes
split across the sum and the convert. That wrecks havoc with
vectorizable_reduction following one of the lanes in the loop assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107212
--- Comment #5 from Richard Biener ---
Yes, the issue is latent for longer I think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107093
--- Comment #4 from Hongtao.liu ---
change "*k, CBC" to "?k, CBC", in *mov{qi,hi,si,di}_internal.
then RA works good to choose kxnor for setting constm1_rtx to mask register,
and i got below with your attached patch(change #if 0 to #if 1), seems
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107206
--- Comment #2 from Jonathan Wakely ---
The aggregate copy is intended, because std::optional must have a trivial
copy constructor if T has a trivial copy constructor.
There should be no uninitialized value, because the std::optional's storage
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107093
--- Comment #5 from Hongtao.liu ---
Also i think masked epilog(--param=vect-partial-vector-usage=1) should be good
for general cases under AVX512, espicially when main loop's vector width is
512, and the remain tripcount is not enough for 256-bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107211
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107206
Richard Biener changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107206
--- Comment #4 from Richard Biener ---
Btw, in other places I saw it's very much wanted to scalarize std::optional
because that's often the best way to figure whether it's engaged or not and
optimize dead code based on that. So not scalarizing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107093
--- Comment #6 from Richard Biener ---
(In reply to Hongtao.liu from comment #4)
> change "*k, CBC" to "?k, CBC", in *mov{qi,hi,si,di}_internal.
> then RA works good to choose kxnor for setting constm1_rtx to mask register,
> and i got below wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107093
--- Comment #7 from Richard Biener ---
(In reply to Hongtao.liu from comment #5)
> Also i think masked epilog(--param=vect-partial-vector-usage=1) should be
> good for general cases under AVX512, espicially when main loop's vector
> width is 512
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107093
--- Comment #8 from Hongtao.liu ---
>
> One downside for a fully masked body is that we're using masked stores
> which usually have higher latency due to the "merge" semantics which
> means an extra memory input + merge operation. Not sure if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107093
--- Comment #9 from rguenther at suse dot de ---
On Tue, 11 Oct 2022, crazylht at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107093
>
> --- Comment #8 from Hongtao.liu ---
>
> >
> > One downside for a fully masked b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107212
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:ee467644c53ee2f7d633a8e1f53603feafab4351
commit r13-3226-gee467644c53ee2f7d633a8e1f53603feafab4351
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107212
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105937
--- Comment #9 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:627132c9bf9439bf0ac83bb092182055c1e0f3ab
commit r12-8818-g627132c9bf9439bf0ac83bb092182055c1e0f3ab
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106892
--- Comment #14 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:2b9e1f7ff476059724cca4b11d39972655d4468f
commit r12-8819-g2b9e1f7ff476059724cca4b11d39972655d4468f
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106922
--- Comment #23 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:e364e27b6636ba09755790358910f199d07194b3
commit r12-8820-ge364e27b6636ba09755790358910f199d07194b3
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106934
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:c3119f575a04845fbbebbf90b5cdea88d5d76156
commit r12-8821-gc3119f575a04845fbbebbf90b5cdea88d5d76156
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106922
--- Comment #24 from Richard Biener ---
Note I'm still pondering whether to backport the VN enhancement, for now I've
backported the VN/PRE optimization regression fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 105937, which changed state.
Bug 105937 Summary: [12 Regression] maybe-uninitialized with std::optional
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105937
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105937
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106901
--- Comment #7 from Carlos Galvez ---
I understand the reasoning, but the loop _can_ executed in other cases where
the function is called with different arguments:
bar(vec, 5, 5); // Warray-bounds, loop not executed, no runtime OOB.
bar(vec, 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107096
--- Comment #9 from Richard Biener ---
(In reply to rsand...@gcc.gnu.org from comment #8)
> (In reply to rguent...@suse.de from comment #7)
> > more like precision but x86 uses QImode for two-element, four-element
> > and eight-element masks (ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106027
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:a27e5fc76a49b759d271a828f225899434b537e9
commit r11-10302-ga27e5fc76a49b759d271a828f225899434b537e9
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106112
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:b7878f05553bcf569a987dff8a7ef8b045b8d26c
commit r11-10303-gb7878f05553bcf569a987dff8a7ef8b045b8d26c
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106131
--- Comment #13 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:befa9c8b072ef8b81d4a5b46d83f81cd58318c2b
commit r11-10304-gbefa9c8b072ef8b81d4a5b46d83f81cd58318c2b
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106334
--- Comment #11 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:752d7664325037789ee4b634672e8e737ad9469c
commit r11-10307-g752d7664325037789ee4b634672e8e737ad9469c
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106331
--- Comment #13 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:90d3b4dd84c08cc134578397d9c6b30b7dc4b440
commit r11-10305-g90d3b4dd84c08cc134578397d9c6b30b7dc4b440
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106027
Richard Biener changed:
What|Removed |Added
Known to work||11.3.1
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106513
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:ec718fb7a3a58955017cd80f6a8927afbe340fc4
commit r11-10306-gec718fb7a3a58955017cd80f6a8927afbe340fc4
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106540
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:752d7664325037789ee4b634672e8e737ad9469c
commit r11-10307-g752d7664325037789ee4b634672e8e737ad9469c
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106922
--- Comment #25 from Jan Žižka ---
I have backported all three patches but true that I didn't try to test without
VN enhancement. Would it help if I'd try that with our production code and the
reproducers? Or anything else I could try so that yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107185
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b65945e7fb8d0f6cf911d371926d25e7ea82db62
commit r13-3232-gb65945e7fb8d0f6cf911d371926d25e7ea82db62
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88264
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:637e3668fdc17c4e226538fb14f9fab225433d01
commit r13-3234-g637e3668fdc17c4e226538fb14f9fab225433d01
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68606
--- Comment #21 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:637e3668fdc17c4e226538fb14f9fab225433d01
commit r13-3234-g637e3668fdc17c4e226538fb14f9fab225433d01
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68606
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88264
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> The emergency EH pool size should be tunable too.
>
> From libsupc++/eh_alloc.cc:
>
> // Allocate the arena - we could add a GLIBCXX_EH_ARENA_SIZE
> e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107209
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172
--- Comment #12 from Segher Boessenkool ---
(In reply to H.J. Lu from comment #11)
> Assuming (reg:CCC 17 flags) is set to 1 by compare properly, how should
A MODE_CC RTL reg is never set to "1". It is set to the result of a
comparison,
instea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107213
Bug ID: 107213
Summary: New test case c-c++-common/pointer-to-fn1.c uses
unsupported option r13-3202-g67efffec943656
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107213
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2022-10-11
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107214
Bug ID: 107214
Summary: [13 Regression] ICE: base pointer cycle detected
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107215
Bug ID: 107215
Summary: ICE in gfc_real2real and gfc_complex2complex
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107216
Bug ID: 107216
Summary: ICE in reduce_binary_aa, at fortran/arith.cc:1427
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107216
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-invalid-code,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107217
Bug ID: 107217
Summary: ICE in gfc_arith_times, at fortran/arith.cc:715/704
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483
--- Comment #4 from G. Steinmetz ---
Case from c0 works now :
$ gfortran-13-20221009 z1.f90 && ./a.out
1. 2.
1. 2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107218
Bug ID: 107218
Summary: [13 Regression] ICE in cp_gimplify_init_expr, at
cp/cp-gimplify.cc:253
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107219
Bug ID: 107219
Summary: ICE in reduce_unary, at fortran/arith.cc:1290
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172
--- Comment #13 from H.J. Lu ---
(In reply to Segher Boessenkool from comment #12)
>
> To determine the semantics of this piece of RTL you need to see the setter(s)
> of reg 17 feeding this use. In this case, the setter was
> (set (reg:CCC 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107201
--- Comment #1 from Georg-Johann Lay ---
Created attachment 53691
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53691&action=edit
pr107201.diff: Proposed patch.
This proposed patch (effectively) sets macro X_NODEVLIB to "" in all of
./co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107215
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=106925
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107215
--- Comment #2 from anlauf at gcc dot gnu.org ---
Created attachment 53692
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53692&action=edit
Patch
Check type of source expr before conversion.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172
--- Comment #14 from Segher Boessenkool ---
(In reply to H.J. Lu from comment #13)
> (In reply to Segher Boessenkool from comment #12)
> >
> > To determine the semantics of this piece of RTL you need to see the
> > setter(s)
> > of reg 17 feed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106925
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107220
Bug ID: 107220
Summary: [13 regression] gcc.dg/tree-ssa/forwprop-19.c fails
after r13-3212-gb88adba751da63
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107215
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104433
--- Comment #3 from Luiz Henrique Laurini ---
Thank you for the fix. The test case seems to be working as expected now.
However, the original code
import ;
int main()
{
std::make_shared();
}
now causes an internal compiler error:
du
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107219
anlauf at gcc dot gnu.org changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107221
Bug ID: 107221
Summary: [13 Regression] libstdc++ EH no matching function
__gnu_cxx::__scoped_lock::__scoped_lock
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99377
--- Comment #14 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:2ceb4d531a303f3e70d8bb218c8759e6c0688f62
commit r13-3235-g2ceb4d531a303f3e70d8bb218c8759e6c0688f62
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100134
--- Comment #8 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:9736a42e1fb8df30d72cf28594d9046bf50200c1
commit r13-3236-g9736a42e1fb8df30d72cf28594d9046bf50200c1
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107221
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107221
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |13.0
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107221
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:23c3cbaed36f6d2f3a7a64f6ebda69329723514b
commit r13-3237-g23c3cbaed36f6d2f3a7a64f6ebda69329723514b
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107217
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107222
Bug ID: 107222
Summary: const qualifier appears in mangled NTTP value when the
original object is so qualified
Product: gcc
Version: 13.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107197
--- Comment #9 from Eugene Rozenfeld ---
107193 was fixed by
https://gcc.gnu.org/g:80f414e6d73f9f1683f93d83ce63a6a482e54bee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107222
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107217
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172
--- Comment #16 from Segher Boessenkool ---
Hi Roger,
(In reply to Roger Sayle from comment #15)
> Yes, a COMPARE rtx can be used to set various flags on x86, but many other
> operations also legitimately set and/or use MODE_CC, often in a para
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107215
--- Comment #4 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:53955284c031a17e6e49e730ef8947fe557ff35e
commit r13-3238-g53955284c031a17e6e49e730ef8947fe557ff35e
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107215
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |13.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107223
Bug ID: 107223
Summary: GCC 12.2 fails compilation on Linux PowerPC In
function 'bessel_jn_r17':
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107224
Bug ID: 107224
Summary: ICE: verify_cgraph_node failed with -Og
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172
--- Comment #17 from H.J. Lu ---
(In reply to Segher Boessenkool from comment #14)
> (In reply to H.J. Lu from comment #13)
> > (In reply to Segher Boessenkool from comment #12)
> > >
> > > To determine the semantics of this piece of RTL you ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172
--- Comment #18 from H.J. Lu ---
(In reply to Segher Boessenkool from comment #16)
> Hi Roger,
>
> (In reply to Roger Sayle from comment #15)
> > Yes, a COMPARE rtx can be used to set various flags on x86, but many other
> > operations also leg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107224
Andrew Pinski changed:
What|Removed |Added
Summary|ICE: verify_cgraph_node |[13 Regression] ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107224
--- Comment #1 from Andrew Pinski ---
The full ICE is:
: In function 'dataBeginPlaceToPage_maxOldItem':
:6:3: error: edge points to wrong declaration:
6 | ItemPointerSet(dataBeginPlaceToPage_maxOldItem);
| ^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107224
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106061
Andrew Pinski changed:
What|Removed |Added
CC||andres at anarazel dot de
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106061
--- Comment #5 from Andrew Pinski ---
Note -Og enables -funreachable-traps which is why the ones with -O1
-funreachable-traps are duplicates of this bug too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107223
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
1 - 100 of 107 matches
Mail list logo
