https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101555
--- Comment #5 from Richard Biener ---
OK, so most of the time is spent in ANTIC compute, specifically PHI translation
and there translate_vuse_through_block doing the (rate limited)
stmt_may_clobber_ref_p_1 query.
It's a bit fishy that we're d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102226
Richard Biener changed:
What|Removed |Added
Target||aarch64
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102216
--- Comment #6 from Andrew Pinski ---
Created attachment 51420
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51420&action=edit
Patch which I am testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102226
--- Comment #2 from Gilles Gouaillardet
---
Created attachment 51421
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51421&action=edit
preprocessed reproducer
Here is the preprocessed reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102211
Andreas Schwab changed:
What|Removed |Added
Summary|ICE introduced by r12-3277 |[12 regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102226
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102211
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102225
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102226
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
Summary|ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102227
Bug ID: 102227
Summary: [12 Regression] Likely wrong code since
r12-3376-g13beaf9e8d2d8264c0ad8f6504793fdcf26f3f73
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102227
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |12.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102227
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101555
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:f387ff788f63c1974479644edae728047f843ec4
commit r12-3378-gf387ff788f63c1974479644edae728047f843ec4
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101555
--- Comment #7 from Richard Biener ---
The committed change improves compile-time to less than 50s, in principle it
also applies to the GCC 11 and 10 branches where the related issue was fixed.
c version 12.0.0 20210907 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102224
Martin Liška changed:
What|Removed |Added
Summary|[9/10/11/12 regession] |[9/10/11/12 regession]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102226
--- Comment #5 from Richard Biener ---
Confirmed - the incompatibility is hidden in the mode which isn't printed by
the checking message. The PHI result has VNx2DImode while the PHI argument has
V2DImode.
It looks like this is from reduction-P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102226
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80223
--- Comment #24 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:aad72d2ea8378e1a56c00d15daa4bdcac8a5ae39
commit r12-3379-gaad72d2ea8378e1a56c00d15daa4bdcac8a5ae39
Author: Martin Liska
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80223
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102224
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102228
Bug ID: 102228
Summary: lookup_anon_field is quadratic
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102228
Richard Biener changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102228
--- Comment #2 from Richard Biener ---
For the PR101555 testcase if you can trust callgrind we get 4000 times
into build_class_member_access_expr and recurse 3000 times which means
on average we have two nested anon aggregates. But then the
loo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102228
--- Comment #3 from Richard Biener ---
The odd thing is of course that name lookup must already have found MEMBER and
thus visited the path to it. It would just need to record that :/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102226
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:843068149ec8fcaaaec12751f5b70221a1153857
commit r12-3381-g843068149ec8fcaaaec12751f5b70221a1153857
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102226
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102228
--- Comment #4 from Richard Biener ---
I think there must be also a 1:1 correspondence to anon type and its single use
FIELD_DECL thus building a back-chain via DECL_CONTEXT and a new
ANON_AGGR_TYPE_FIELD should be possible.
At least I failed t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102224
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100017
--- Comment #25 from Alexey Brodkin ---
> (In reply to Jonathan Wakely from comment #22)
> > *** Bug 101060 has been marked as a duplicate of this bug. ***
>
> We can fix it today XDXD
>
> PROFIT PROFIT PROFIT!!!
Given there's a solution/pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85819
--- Comment #3 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:ad9fcb961c0705f56907a728c3748c011a0a8048
commit r12-3382-gad9fcb961c0705f56907a728c3748c011a0a8048
Author: H.J. Lu
Date: Sat Sep 4 07:4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102229
Bug ID: 102229
Summary: 'decltype(auto)' cannot be cv-qualified
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85819
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101947
--- Comment #10 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:81e9178fe7f8bae4609619b1195765b14eef35b7
commit r12-3383-g81e9178fe7f8bae4609619b1195765b14eef35b7
Author: Eric Botcazou
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101947
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102229
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102229
Richard Biener changed:
What|Removed |Added
Known to work||10.3.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102229
Marek Polacek changed:
What|Removed |Added
Resolution|--- |INVALID
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102230
Bug ID: 102230
Summary: ICE in classify_argument, at config/i386/i386.c:2474
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102229
Marek Polacek changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102231
Bug ID: 102231
Summary: includes unconditionally
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102232
Bug ID: 102232
Summary: Missed arithmetic fold
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102232
--- Comment #1 from Jeremy R. ---
Correction on first line: *GCC optimizes bar into tgt here but not foo.
Pardon my sloppy copy-paste from my bug report over on LLVM's bugzilla!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102231
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65584
Andrew Pinski changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65584
Segher Boessenkool changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102228
--- Comment #5 from Richard Biener ---
(In reply to Richard Biener from comment #4)
> I think there must be also a 1:1 correspondence to anon type and its single
> use FIELD_DECL thus building a back-chain via DECL_CONTEXT and a new
> ANON_AGGR_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65584
--- Comment #4 from Segher Boessenkool ---
Since you closed PR102231 (which has a lot more detail), let me paste
that here:
includes unconditionally
Instead, it should do something like
#if __STDC_HOSTED__
#include
#endif
as Clang doe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65584
--- Comment #5 from Jakub Jelinek ---
We could avoid the stdlib.h include for pmm_alloc.h through
__builtin_malloc/__builtin_free and __SIZE_TYPE__.
But yes, maybe not defining _mm_malloc/_mm_free at all for non-__STDC_HOSTED__
is better.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65584
--- Comment #6 from Jakub Jelinek ---
And the "somehow" is now possible too, we can use __has_include().
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101308
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65584
--- Comment #7 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #6)
> And the "somehow" is now possible too, we can use __has_include().
Including it with -ffreestanding in effect is always wrong. Even if the header
exists it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96103
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95658
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96103
--- Comment #4 from Andrew Pinski ---
*** Bug 95658 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95657
--- Comment #2 from Andrew Pinski ---
Looks fixed in GCC 11:
:1:1: error: 'decltype(auto)' type specifier only available with
'-std=c++14' or '-std=gnu++14'
1 | decltype (auto) foo( decltype (auto) a ){ }
| ^~~~
:1:22: error: 'dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100495
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:81f9718139cb1cc164ada411ada8cca9f32b8be8
commit r12-3387-g81f9718139cb1cc164ada411ada8cca9f32b8be8
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86441
--- Comment #3 from Andrew Pinski ---
is your plugin called before *free_lang_data pass is happening?
Because if it is not, then most if not all of the front-end specific data has
been removed from the types which is why you might be getting a cr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86441
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100495
--- Comment #8 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:9f300873f6bf8456ebdbd40d0211aefe57f95cb5
commit r11-8968-g9f300873f6bf8456ebdbd40d0211aefe57f95cb5
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100495
--- Comment #9 from Jakub Jelinek ---
Fixed for 11.3+/12+ so far, probably should be backported for 10.4 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97142
--- Comment #17 from Peter Bergner ---
(In reply to CVS Commits from comment #16)
> The master branch has been updated by Xiong Hu Luo :
So fixed on trunk.
The Version about is to 10.2, does that mean we're going to back port this to
the releas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100017
--- Comment #26 from cqwrteur ---
(In reply to Alexey Brodkin from comment #25)
> > (In reply to Jonathan Wakely from comment #22)
> > > *** Bug 101060 has been marked as a duplicate of this bug. ***
> >
> > We can fix it today XDXD
> >
> > P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42356
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2011-10-22 00:00:00 |2021-9-7
--- Comment #19 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102232
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Severity|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102232
Andrew Pinski changed:
What|Removed |Added
Keywords||TREE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102216
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> Created attachment 51420 [details]
> Patch which I am testing.
Note I am throwing this patch away and started to rewrite parts of
tree-ssa-forwprop.c instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101327
--- Comment #6 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:2a1537a19cb2fa85823cfa18ed40baa4b259b4e3
commit r12-3392-g2a1537a19cb2fa85823cfa18ed40baa4b259b4e3
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102227
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102224
--- Comment #12 from Andrew Pinski ---
*** Bug 102227 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 102227, which changed state.
Bug 102227 Summary: [12 Regression] Likely wrong code since
r12-3369-g652bef70d392f9541b12ef65b461009c8c8fd54a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102227
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102233
Bug ID: 102233
Summary: Compiling a smallish binary with -fanalyzer seems to
cause very very long compile times
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102233
--- Comment #1 from Richard W.M. Jones ---
perf top shows:
36.63% lto1 [.] shortest_paths::shortest_paths
which it pretty much stuck permanently at 30-50% CPU. The
machine has plenty of free memory and is not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102233
--- Comment #2 from Richard W.M. Jones ---
I think since this seems to be LTO-related, you probably do need
to use LTO CFLAGS in the initial ./configure step. My actual CFLAGS
were:
export CFLAGS="$(rpm --eval '%{optflags}')"
export CXXFLAGS="
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102233
--- Comment #3 from David Malcolm ---
Thanks for filing this. As we discussed on IRC, I recommend avoiding the
combination of -fanalyzer and LTO for now. It works for simple examples, but
has scaling issues on anything bigger, which I hope to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97142
--- Comment #18 from Segher Boessenkool ---
+/* { dg-final { scan-assembler-not {(?n)\mb.*fmod} } } */
+/* { dg-final { scan-assembler-not {(?n)\mb.*fmodf} } } */
+/* { dg-final { scan-assembler-not {(?n)\mb.*remainder} } } */
+/* { dg-final { sc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102229
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102229
--- Comment #6 from Marek Polacek ---
Thanks. With the latter interpretation in mind, it seems my earlier fix should
be mitigated so that we allow
constexpr decltype(auto)
but not
constexpr const decltype(auto)
Yes?
Do you want me to raise
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102233
--- Comment #4 from David Malcolm ---
(In reply to Richard W.M. Jones from comment #2)
> I think since this seems to be LTO-related, you probably do need
> to use LTO CFLAGS in the initial ./configure step. My actual CFLAGS
> were:
>
> export
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102234
Bug ID: 102234
Summary: internal compiler error: in type_memfn_rqual, at
cp/typeck.c:10389
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82314
--- Comment #8 from anlauf at gcc dot gnu.org ---
I am testing the following patch which fixes comment#0:
diff --git a/gcc/fortran/decl.c b/gcc/fortran/decl.c
index 2e49a673e15..f2e8896b562 100644
--- a/gcc/fortran/decl.c
+++ b/gcc/fortran/decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102234
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102233
--- Comment #5 from Richard W.M. Jones ---
(In reply to David Malcolm from comment #4)
> (In reply to Richard W.M. Jones from comment #2)
> > I think since this seems to be LTO-related, you probably do need
> > to use LTO CFLAGS in the initial .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102234
--- Comment #2 from sin-ack ---
An important thing to note is that when the destructor is private, the ICE
occurs. In the original code, when I made the desructor public (after adding
the forgotten public: before the destructor), the code will s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102234
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96745
Andrew Pinski changed:
What|Removed |Added
CC||sin-ack at protonmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97142
--- Comment #19 from Segher Boessenkool ---
(In reply to Peter Bergner from comment #17)
> The Version about is to 10.2, does that mean we're going to back port this
> to the release branches, or are we calling it good with trunk?
This is a pret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102223
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102216
Andrew Pinski changed:
What|Removed |Added
Attachment #51420|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82314
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102102
--- Comment #1 from CVS Commits ---
The master branch has been updated by Ian Lance Taylor :
https://gcc.gnu.org/g:21b046bade1c2666b82139d18c8b318bb051415e
commit r12-3401-g21b046bade1c2666b82139d18c8b318bb051415e
Author: Ian Lance Taylor
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102102
Ian Lance Taylor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102115
--- Comment #2 from CVS Commits ---
The master branch has been updated by Max Filippov :
https://gcc.gnu.org/g:b552c4e601c7fdc4d341e29cc1ed6081d42b00d0
commit r12-3402-gb552c4e601c7fdc4d341e29cc1ed6081d42b00d0
Author: Max Filippov
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102235
Bug ID: 102235
Summary: array not decay to pointer for template function
parameter during specialization with parameter pack as
template argument
Product: gcc
Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89317
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102115
--- Comment #3 from CVS Commits ---
The releases/gcc-11 branch has been updated by Max Filippov
:
https://gcc.gnu.org/g:dcb2873cd32b263643bfd9d1298b35d6cd028f0a
commit r11-8969-gdcb2873cd32b263643bfd9d1298b35d6cd028f0a
Author: Max Filippov
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102115
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102236
Bug ID: 102236
Summary: emplace_deref is not constexpr for join_view
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80155
--- Comment #50 from Andrew Pinski ---
the original testcase for cortex-m7 seems to be fixed in GCC 11+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102230
--- Comment #1 from Hongtao.liu ---
It relies on https://gcc.gnu.org/pipermail/gcc-patches/2021-August/576496.html
which is not committed yet.
1 - 100 of 110 matches
Mail list logo
