https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103037
--- Comment #2 from Andrew Pinski ---
(In reply to Martin Liška from comment #1)
> Confirmed, started with r11-6100-gd41b097350d3c5d0.
Hmm, it is definitely PRE causing the problem:
[changed] ANTIC_IN[7] := { _20 (0014), a_25 (0016), iftmp.0_1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103006
--- Comment #7 from Jakub Jelinek ---
Looks like that.
What do you think about unrolling making variable copies? We'd need to be sure
that the scope of the variable is the loop we are unrolling though (or
something nested in it).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103038
Bug ID: 103038
Summary: ICE in set_mem_attributes_minus_bitpos, at
emit-rtl.c:2092 since r12-4829-g429e3b7d8bf6609d
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103038
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103006
--- Comment #8 from rguenther at suse dot de ---
On Tue, 2 Nov 2021, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103006
>
> --- Comment #7 from Jakub Jelinek ---
> Looks like that.
> What do you think about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103002
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103004
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102991
--- Comment #4 from luoxhu at gcc dot gnu.org ---
vect-simd-17.p10.c.335r.final:
3379: %v1:V16QI=unspec[%v1:V16QI,%v1:V16QI,%v9:V16QI] 254
3372: {%v11:V4SI=~%v0:V4SI&%v13:V4SI|%v11:V4SI;clobber %r10:V4SI;} // wrong
code.
REG_DEAD %v0:V4SI
R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103006
Jakub Jelinek changed:
What|Removed |Added
Keywords|ra |
--- Comment #9 from Jakub Jelinek ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103011
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103015
--- Comment #4 from Richard Biener ---
I suppose that maybe solaris does not align TLS vars with custom DECL_ALIGN
properly, but maybe you also did not have g:eed248bb8cc3091e8 in your tree?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102986
--- Comment #6 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:1188cf5fb7d9c3f0753cdb11d961fe90113991e8
commit r12-4838-g1188cf5fb7d9c3f0753cdb11d961fe90113991e8
Author: Roger Sayle
Date: Tue N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103025
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
Target Milestone|12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103028
Richard Biener changed:
What|Removed |Added
Target Milestone|12.0|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103033
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103025
--- Comment #2 from Andrew Pinski ---
I could reproduce it with r12-4642 but I think after r12-4829 it is no longer
reproducible.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91497
--- Comment #25 from Manfred Schwarb ---
Same issue for MAX1 and MIN1:
88 | ff=MAX1(a, a)
| 1
Warning: Change of value in conversion from 'REAL(4)' to 'INTEGER(4)' at (1)
[-Wconversion]
Surprisingly, I could not pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102991
--- Comment #5 from luoxhu at gcc dot gnu.org ---
P9:
.L149:
lxvx %vs32,%r8,%r10
vadduwm %v12,%v12,%v1
mfvsrd %r5,%vs43
mfvsrld %r4,%vs43
vadduwm %v11,%v11,%v9
stxv %vs44,112(%r1)
xxperm %v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103025
--- Comment #3 from Martin Liška ---
(In reply to Andrew Pinski from comment #2)
> I could reproduce it with r12-4642 but I think after r12-4829 it is no
> longer reproducible.
Yes, it's fixed with r12-4829-g429e3b7d8bf6609d.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103033
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102944
--- Comment #2 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:2e560abff4294639a0fcf666994c30fb2f00a324
commit r12-4839-g2e560abff4294639a0fcf666994c30fb2f00a324
Author: liuhongt
Date: Thu Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103037
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=103020
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:e178d02d390c8f972aea45c1fe5464451d818128
commit r12-4841-ge178d02d390c8f972aea45c1fe5464451d818128
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103038
--- Comment #1 from Andrew Pinski ---
I think this patch which fix the problem:
diff --git a/gcc/fold-const.c b/gcc/fold-const.c
index 54f91f0149c..2d3ba07e541 100644
--- a/gcc/fold-const.c
+++ b/gcc/fold-const.c
@@ -8791,6 +8791,7 @@ native_int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103037
--- Comment #4 from Jakub Jelinek ---
The match.pd:358 triggers twice during PRE, but certainly before PRE there is
no division with boolean range second operand, the only one in there is
_5 = _25 / iftmp.1_10;
where iftmp.1_10 has
# RANGE [
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103015
--- Comment #5 from Iain Buclaw ---
(In reply to Richard Biener from comment #4)
> I suppose that maybe solaris does not align TLS vars with custom DECL_ALIGN
> properly, but maybe you also did not have g:eed248bb8cc3091e8 in your tree?
I'm on r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103038
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103038
--- Comment #3 from Richard Biener ---
But yes, Andrews patch is also an improvement and avoids the issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103015
--- Comment #6 from Iain Buclaw ---
(In reply to Iain Buclaw from comment #5)
> (In reply to Richard Biener from comment #4)
> > I suppose that maybe solaris does not align TLS vars with custom DECL_ALIGN
> > properly, but maybe you also did not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103014
--- Comment #1 from Richard Biener ---
cannot reproduce on trunk and x86_64-linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103037
--- Comment #5 from Jakub Jelinek ---
We have:
var_3.2_4 = var_3;
iftmp.1_14 = (int) var_3.2_4;
var_11_lsm.14_8 = _7(D);
[local count: 955630225]:
# RANGE [0, 24] NONZERO 31
# a_20 = PHI
_19 = MEM [(short unsigned int &)&arr_4]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103039
Bug ID: 103039
Summary: Segfault with openmp block within a select type block
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103039
--- Comment #1 from martin ---
The warning which is shown during compilation is:
seltype.f90:16:59:
16 | !$omp parallel do default(shared) private(k) reduction(+:s)
| ^
Warning:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102995
--- Comment #4 from Jose Dapena Paz ---
Definitely the proposed approach fixes the issue in GCC. And it looks to me it
makes more sense (it looks to me the code in Chromium is reversing the expected
meaning of friend there).
I will propose a fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103039
--- Comment #2 from Martin Liška ---
Started with r12-1016-g0e3b3b77e13cac76.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103040
Bug ID: 103040
Summary: gdc.dg/torture/pr101273.d FAILs
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103040
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103041
Bug ID: 103041
Summary: [12 regression] gcc.dg/vect/slp-reduc-10a.c etc. FAIL
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103041
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93836
--- Comment #6 from Martin Liška ---
(In reply to Martin Sebor from comment #5)
> Martin, do I recall right that you have a script that checks message strings
> for some problems? If yes, does it detect this problem or could it be
> enhanced to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103040
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103042
Bug ID: 103042
Summary: gcc.dg/vect/complex/bb-slp-complex-add-pattern-unsigne
d-long.c etc. FAIL
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103042
--- Comment #1 from Rainer Orth ---
Created attachment 51721
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51721&action=edit
32-bit sparc-sun-solaris2.11
bb-slp-complex-add-pattern-unsigned-long.c.175t.slp1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103042
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103042
--- Comment #2 from Tamar Christina ---
Thanks, yeah, SLP discovery failed for all of them.
I think I should just unroll all these.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103040
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66742
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66792
Bug 66792 depends on bug 66742, which changed state.
Bug 66742 Summary: abort on sorting list with custom allocator that is not
stateless
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66742
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102505
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:7d398e42d3d4ded84cb7a86396c75c5aaf518283
commit r10-10249-g7d398e42d3d4ded84cb7a86396c75c5aaf518283
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102886
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:7d398e42d3d4ded84cb7a86396c75c5aaf518283
commit r10-10249-g7d398e42d3d4ded84cb7a86396c75c5aaf518283
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103039
--- Comment #3 from martin ---
Created attachment 51722
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51722&action=edit
seemingly same problem but with associate instead of select type
A similar problem with associate shows the same prob
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103040
--- Comment #3 from Iain Buclaw ---
The test is trivially translatable into C++, though I don't think C++ attempts
to ensure (n)rvo always occurs.
---
#include
struct S101273
{
int x;
S101273* impl;
S101273(int x)
{
th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103040
--- Comment #4 from Jakub Jelinek ---
Yeah, I've tried that through:
struct S { S () : x (0) { impl = this; } int x; S *impl; ~S () {} };
S
foo ()
{
S ret;
return ret;
}
S
bar ()
{
return S ();
}
int
main ()
{
S a = foo ();
S b = ba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103043
Bug ID: 103043
Summary: gfortran can not write to files (macOS Monterey GCC
11.2.0)
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103043
--- Comment #1 from Andrew Pinski ---
There is a dup of this already and it is a bug in Mac os where deconstructs are
not run.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103043
Dominique d'Humieres changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
Dominique d'Humieres changed:
What|Removed |Added
CC||gccbug at duemmels dot de
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103040
--- Comment #5 from Jakub Jelinek ---
So the question is what is different between the C++ and D version.
In C++17, RVO is mandatory, NRVO is an optimization, but guess one could add a
copy constructor that would set impl to this and copy over x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103040
--- Comment #6 from Jakub Jelinek ---
One quite visible change is that D has those stmts that clear the vars before
it is constructed, so e.g. in main:
SR.11_24 = 0;
_12 = SR.11_24;
MEM [(unsigned char * {ref-all})&nrvo] = _12;
nrvo = n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103043
--- Comment #3 from Thomas ---
thank you for the quick response. I am very new here and did not immediately
see that this was already discussed.
Does this mean you have to wait for an update from Apple or is there a
workaround?
many thanks
Thoma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103040
--- Comment #7 from Iain Buclaw ---
(In reply to Jakub Jelinek from comment #6)
> One quite visible change is that D has those stmts that clear the vars
> before it is constructed, so e.g. in main:
> SR.11_24 = 0;
> _12 = SR.11_24;
> MEM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103044
Bug ID: 103044
Summary: d: Use __builtin_clear_padding for zeroing objects
before set.
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103041
--- Comment #1 from luoxhu at gcc dot gnu.org ---
Could you please verify whether it is caused by r12-4818 instead of r12-4819?
r12-4819 is a NFC patch which seems more unlikely, and r12-4818 also ICEs in
PR103029, it is possibly a duplicate of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103040
--- Comment #8 from Iain Buclaw ---
Still occurs after stubbing out the build_memset_call function in the D
front-end. Just having a look at the this reference parameter now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102505
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103045
Bug ID: 103045
Summary: False report substring out of bounds with
-fbounds-check
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102912
--- Comment #2 from Jonathan Wakely ---
This is a bit of a mess. Previously we didn't construct the correct member of
the union in _-variant_construct_single, we just plopped an object in the
memory occupied by the union:
void* __storage = st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103015
--- Comment #7 from Iain Buclaw ---
(In reply to Iain Buclaw from comment #6)
> Not that there's a regressing commit anywhere, just a change exposed a
> problem with Solaris.
First commit it started occurring with -O2 is r12-4240.
This gives an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103045
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2021-11-02
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102975
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103038
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103038
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:268b43d2592c196ea101946d7063156a914b2713
commit r12-4845-g268b43d2592c196ea101946d7063156a914b2713
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
--- Comment #11 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:6cc8aa65fdeaefe9774d5e0d4e72c91f52313be1
commit r12-4846-g6cc8aa65fdeaefe9774d5e0d4e72c91f52313be1
Author: Tamar Christina
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 103007, which changed state.
Bug 103007 Summary: [12 Regression] ice in vect_normalize_conj_loc, at
tree-vect-slp-patterns.c:722 since
r12-4785-ged3de62ac949c92ad41ef6de7cc926fbb2a510ce
https://gcc.gnu.org/bugzilla/show_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103040
--- Comment #9 from Iain Buclaw ---
Confirmed that r12-4814 is the first commit when this FAIL started to occur.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103006
--- Comment #10 from rguenther at suse dot de ---
On Tue, 2 Nov 2021, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103006
>
> Jakub Jelinek changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103046
Bug ID: 103046
Summary: Incorrect debug info for uint128 bit shift in gcc 11.2
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103027
--- Comment #3 from David Malcolm ---
For reference, here's a patch to clang-tidy for this (currently under review):
https://reviews.llvm.org/D112916
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103047
Bug ID: 103047
Summary: Inconsist arguments ordering for inlined subroutine
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103037
--- Comment #6 from rguenther at suse dot de ---
On Tue, 2 Nov 2021, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103037
>
> --- Comment #5 from Jakub Jelinek ---
> We have:
> var_3.2_4 = var_3;
> iftmp.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103040
--- Comment #10 from Iain Buclaw ---
(In reply to Iain Buclaw from comment #8)
> Still occurs after stubbing out the build_memset_call function in the D
> front-end. Just having a look at the this reference parameter now.
Switched the return v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103011
Pekka S changed:
What|Removed |Added
CC||p...@gcc-bugzilla.mail.kaps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103048
Bug ID: 103048
Summary: Mandatory copy elision used for catch-by-value
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103048
--- Comment #1 from songyuanyao ---
https://timsong-cpp.github.io/cppwp/except#throw-5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103046
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |11.3
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103038
--- Comment #6 from qinzhao at gcc dot gnu.org ---
just wondering why the ICE after my fix to PR102281. and found the reason:
Before the fix to PR102281, the IR before expansion phase is:
void test ()
{
<<< Unknown tree: offset_type >>> PtrMe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103025
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103029
--- Comment #5 from Richard Biener ---
The gimple_lv_adjust_loop_header_phi comment isn't relevant but what is is the
association between PHI node argument and SLP node index from the analysis
phase,
in particular for backedges. See vect_schedu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103041
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=93989
--- Comment #6 from Jonathan Wakely ---
This works fine, i.e. just remove the constexpr specifiers on the local
variables:
consteval void test01()
{
typedef constexpr_allocator alloc_type;
typedef bstring test_type;
alloc_type a1(1);
tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103049
Bug ID: 103049
Summary: [C++23] P0849R8 - auto(x): decay-copy in the language
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103049
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93989
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #7 from Jonatha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93989
--- Comment #8 from Jonathan Wakely ---
Further reduced:
struct bstring
{
char buf {};
char* ptr = buf;
};
void test01()
{
constexpr bstring v1{};
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103049
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94376
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2021-11-02
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103029
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:164bbf701ff10ff44e272525e8f462ed3ff1cf43
commit r12-4850-g164bbf701ff10ff44e272525e8f462ed3ff1cf43
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103029
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
1 - 100 of 167 matches
Mail list logo
