https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111366
Kewen Lin changed:
What|Removed |Added
Ever confirmed|0 |1
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111366
Kewen Lin changed:
What|Removed |Added
Status|REOPENED|NEW
--- Comment #13 from Kewen Lin ---
I'd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111243
--- Comment #12 from rguenther at suse dot de ---
On Fri, 1 Sep 2023, amohr at amohr dot org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111243
>
> --- Comment #10 from Alex Mohr ---
> (In reply to Xi Ruoyao from comment #9)
> > I b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111383
Bug ID: 111383
Summary: Wrong code at -Os on x86_64-linux-gnu since
r12-5138-ge82c382971
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107876
Richard Biener changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111243
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66414
--- Comment #17 from Jonathan Wakely ---
See comment 9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110935
--- Comment #3 from rguenther at suse dot de ---
On Tue, 5 Sep 2023, rsandifo at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110935
>
> --- Comment #2 from rsandifo at gcc dot gnu.org
> ---
> If we were going to do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111366
Kewen Lin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111375
JuzheZhong changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111375
--- Comment #2 from Jeremy Bennett ---
(In reply to JuzheZhong from comment #1)
> I can't reproduce the ICE in your testcase with same command.
>
> ~/work/toolchain/develop/build/dev-rv64gcv_zfh-lp64d-medany-linux-spike/
> install/bin/riscv64-u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111375
--- Comment #3 from JuzheZhong ---
(In reply to Jeremy Bennett from comment #2)
> (In reply to JuzheZhong from comment #1)
> > I can't reproduce the ICE in your testcase with same command.
> >
> > ~/work/toolchain/develop/build/dev-rv64gcv_zfh-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110996
--- Comment #10 from CVS Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:b9cbd1a2c2f50d4e305938d97916011bd5839ce0
commit r14-3864-gb9cbd1a2c2f50d4e305938d97916011bd5839ce0
Author: Mikael Morin
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110996
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106050
Mikael Morin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111378
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111371
Kewen Lin changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104024
--- Comment #7 from Kewen Lin ---
*** Bug 111371 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111384
Bug ID: 111384
Summary: missed optimization: GCC adds extra any extend when
storing subreg#0 multiple times
Product: gcc
Version: unknown
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109951
--- Comment #9 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:d1bff1ba4d470f6723be83c0e3c4d5083e51877a
commit r14-3869-gd1bff1ba4d470f6723be83c0e3c4d5083e51877a
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109951
--- Comment #10 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:fb5d27be272b71fb9026224535fc73f125ce3be7
commit r14-3870-gfb5d27be272b71fb9026224535fc73f125ce3be7
Author: Thomas Schwinge
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91884
--- Comment #8 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:fb5d27be272b71fb9026224535fc73f125ce3be7
commit r14-3870-gfb5d27be272b71fb9026224535fc73f125ce3be7
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111367
Kewen Lin changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111243
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111385
Bug ID: 111385
Summary: Remove Python2 support from pretty printers
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111386
Bug ID: 111386
Summary: flto=auto => lto1: fatal error: target specific
builtin not available
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111386
Mathieu Malaterre changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111385
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111386
Andreas Schwab changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #2 from Andreas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812
Andreas Schwab changed:
What|Removed |Added
CC||malat at debian dot org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111368
--- Comment #1 from Jonathan Wakely ---
(In reply to Eric Gallager from comment #0)
> The contrib/test_summary script
> should test the git branch that it's printing against the git branch that
> was actually tested to help guard against errors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111368
--- Comment #2 from Jonathan Wakely ---
N.B. test_summary doesn't print that "[master r14-3825-g0d50fac]" string
itself, it just scrapes it from the logs, and the string in the logs comes
straight from the xgcc. xg++ etc. binaries.
I don't thin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111338
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6067dbdcf77df995129214248f062d9ce18b48d8
commit r14-3875-g6067dbdcf77df995129214248f062d9ce18b48d8
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111338
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.0 20230912 (experimental) (GCC)
[518] %
[518] % gcctk -O2 small.c
small.c: In function ‘main’:
small.c:6:5: error: definition in block 5 does not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267
Richard Biener changed:
What|Removed |Added
Summary|Codegen regression from |[14 Regression] Codegen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111276
--- Comment #3 from Richard Biener ---
I think the API expects to be guarded to only be called on stmts that require
rewriting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111278
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82738
Bug 82738 depends on bug 111278, which changed state.
Bug 111278 Summary: error: call to ‘...’ declared with attribute error: code
path is reachable with -Og, but not -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111278
What|Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111280
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111285
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111280
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111294
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111306
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111368
--- Comment #3 from Eric Gallager ---
(In reply to Jonathan Wakely from comment #2)
> N.B. test_summary doesn't print that "[master r14-3825-g0d50fac]" string
> itself, it just scrapes it from the logs, and the string in the logs comes
> straigh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111307
Richard Biener changed:
What|Removed |Added
Version|unknown |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111388
Bug ID: 111388
Summary: std:.get_if variant, unnecessary branch when outside
of if statement
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111383
Xi Ruoyao changed:
What|Removed |Added
Component|c |tree-optimization
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111312
--- Comment #2 from Richard Biener ---
I think the analyzer runs at the "correct" place as a regular IPA pass which
makes it possible for it to see the whole program (with -flto).
As with any of our late diagnostic passes there's trade-off when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111330
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111331
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110348
corentinjabot at gmail dot com changed:
What|Removed |Added
CC||corentinjabot at gmail d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109951
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110751
--- Comment #23 from JuzheZhong ---
Hi, Richard and Richi.
I found a way to simulate "undefine" in COND_LEN_xxx pattern for the ELSE value
that doesn't matter.
First, return size type 0 in else_value target hook:
/* Use size_type 0 which is r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111360
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:df63338236b91ba79d5f89fce9b16e0c34b2bada
commit r14-3879-gdf63338236b91ba79d5f89fce9b16e0c34b2bada
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88345
--- Comment #15 from Richard Biener ---
Another option would be to add another number to -falign-functions,
@itemx -falign-functions=@var{n}:@var{m}:@var{n2}:@var{m2}:@var{n3}
where 'n3' applies unconditionally and defaults to a target specific
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
--- Comment #3 from JuzheZhong ---
(In reply to Richard Biener from comment #2)
> vect_patt_67.34_168 = VEC_COND_EXPR }>;
> vect_patt_68.35_169 = (vector([4,4]) int) vect_patt_67.34_168;
>
> ->
>
> vect_patt_68.35_169 = VEC_COND_EXPR }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
--- Comment #4 from rguenther at suse dot de ---
On Tue, 12 Sep 2023, juzhe.zhong at rivai dot ai wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
>
> --- Comment #3 from JuzheZhong ---
> (In reply to Richard Biener from comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110348
--- Comment #10 from Jakub Jelinek ---
(In reply to corentinjabot from comment #9)
> During review in clang we felt that it diagnosing it it all cases
> would be preferable to our users, as otherwise errors only manifest when the
> static assert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105562
Jakub Miernik changed:
What|Removed |Added
CC||jakub1miernik at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111360
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111354
Richard Biener changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
--- Comment #5 from JuzheZhong ---
Oh. I see.
(define_expand "@vcond_mask_"
[(match_operand:VB 0 "register_operand")
(match_operand:VB 3 "register_operand")
(match_operand:VB 1 "nonmemory_operand")
(match_operand:VB 2 "register_oper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111356
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111361
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111362
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110348
--- Comment #11 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #10)
> Jason, do we have a way to test whether something is a core constant
> expression in the FE? Seems the https://eel.is/c++draft/expr.const#13
> checks are done
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111377
Richard Biener changed:
What|Removed |Added
Keywords||testsuite-fail
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111381
Richard Biener changed:
What|Removed |Added
Blocks||53947
--- Comment #1 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111370
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
Last re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88345
Michael Matz changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #16 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
--- Comment #6 from rguenther at suse dot de ---
On Tue, 12 Sep 2023, juzhe.zhong at rivai dot ai wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
>
> --- Comment #5 from JuzheZhong ---
> Oh. I see.
>
>
> (define_expand "@vcond_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111383
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Summary|Wrong co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111384
Richard Biener changed:
What|Removed |Added
Version|unknown |14.0
Component|middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
--- Comment #7 from JuzheZhong ---
(In reply to rguent...@suse.de from comment #6)
> On Tue, 12 Sep 2023, juzhe.zhong at rivai dot ai wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
> >
> > --- Comment #5 from JuzheZhong ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111387
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
--- Comment #8 from Robin Dapp ---
Yes, I doubt we would get much below 4 instructions with riscv specifics.
A quick grep yesterday didn't reveal any aarch64 or gcn patterns for those (as
long as they are not hidden behind some pattern replacem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
--- Comment #9 from JuzheZhong ---
So, should we support this pattern in RISC-V backend ?
Or adjust gimple-isel to generate these 4 STMTs naturally?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
--- Comment #10 from Robin Dapp ---
I would be OK with the riscv implementation, then we don't need to touch isel.
Maybe a future vector extension will also help us here so we could just switch
the implementation then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
--- Comment #11 from JuzheZhong ---
(In reply to Robin Dapp from comment #10)
> I would be OK with the riscv implementation, then we don't need to touch
> isel. Maybe a future vector extension will also help us here so we could
> just switch th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
--- Comment #12 from Robin Dapp ---
Yes, as far as I know. I would also go ahead and merge the test suite patch
now as there is already a v2 fix posted. Even if it's not the correct one it
will be done soon so we should not let that block enab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111384
--- Comment #2 from Siarhei Volkau ---
Well what the godbolt says with -O2 -fomit-frame-pointer.
ARM:
uxthr0, r0 @ << zero extend
strhr0, [r1]
strhr0, [r2]
bx lr
ARM64:
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111327
--- Comment #1 from Jonathan Wakely ---
We might want to look into bind too:
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0826r0.html#3.-implementation-experience
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110348
--- Comment #12 from Jakub Jelinek ---
BTW, shall size() and data() be manifestly constant-evaluated?
I think it doesn't satisfy any of the https://eel.is/c++draft/expr.const#19
bullets (unlike first static_assert argument).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337
--- Comment #13 from rsandifo at gcc dot gnu.org
---
(In reply to rguent...@suse.de from comment #6)
> I wonder whether SVE/GCN have those.
Just to answer this: yeah, SVE does have both vector and predicate
SEL (vcond_mask). So the fold is use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110751
--- Comment #24 from rsandifo at gcc dot gnu.org
---
Heh, nice hack. :) But I guess this shows that the type checking of
internal functions isn't as strong it should be.
IMO it's wrong to pass a scalar else value to a vector operation.
Even i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111317
--- Comment #1 from Robin Dapp ---
I think the default cost model is not too bad for these simple cases. Our
emitted instructions match gimple pretty well.
The thing we don't model is vsetvl. We could ignore it under the assumption
that it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110751
--- Comment #25 from JuzheZhong ---
(In reply to rsand...@gcc.gnu.org from comment #24)
> Heh, nice hack. :) But I guess this shows that the type checking of
> internal functions isn't as strong it should be.
>
> IMO it's wrong to pass a scala
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111388
--- Comment #1 from Andrew Pinski ---
Note variant can still hold neither ...
You might need to add a check for valueless_by_exception here.
But variant::index could be improved to say the only values that are valid is
[0,N],[-1]. and that will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111388
--- Comment #2 from Andrew Pinski ---
Adding:
```
if (ab.index()>=2)
__builtin_unreachable();
```
to operator->
Also fixes the issue.
C++23 would be:
[[assume(ab.index()<2)]];
(Except that does not optimize currently).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107881
--- Comment #17 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:895e476f64c308dfdbf49693d0b1166c0b7733de
commit r14-3881-g895e476f64c308dfdbf49693d0b1166c0b7733de
Author: Andrew Pinski
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107887
Bug 107887 depends on bug 107881, which changed state.
Bug 107881 Summary: (a <= b) == (b >= a) should be optimized to (a == b)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107881
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107880
Bug 107880 depends on bug 107881, which changed state.
Bug 107881 Summary: (a <= b) == (b >= a) should be optimized to (a == b)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107881
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107881
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111378
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111378
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> Note I thought I saw another bug requesting the same thing but I could not
> find it.
PR 85234 is mostly requesting the opposite way though ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111327
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
Las
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110348
--- Comment #13 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #12)
> BTW, shall size() and data() be manifestly constant-evaluated?
> I think it doesn't satisfy any of the https://eel.is/c++draft/expr.const#19
> bullets (unlike
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110348
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
1 - 100 of 171 matches
Mail list logo