https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102826
--- Comment #3 from haochen.jiang at intel dot com ---
(In reply to Andrew Pinski from comment #2)
> math-vector-fortran.h comes from glibc so this is a glibc bug and not a GCC
> bug.
> installed header files from glibc should match
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102703
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102822
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102464
--- Comment #8 from Hongtao.liu ---
(In reply to Richard Biener from comment #3)
> There's related optimizations in convert () which should ideally move to
> match.pd
When i try to mov convert stuffs to match.pd, i find some "mismatch",
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102826
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102826
--- Comment #1 from Andrew Pinski ---
Isn't this a bug in glibc and not gcc. Gcc is doing what glibc header file is
telling it can be done.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102826
Bug ID: 102826
Summary: Glibc "--disable-mathvec" configure option fail to
disable traces to libmvec
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102825
--- Comment #1 from 康桓瑋 ---
(In reply to 康桓瑋 from comment #0)
> mofunc_impl.h#L111:
>
> : _Mofunc_base(nullptr), _M_invoke(&_S_invoke<_Tp>)
>
> _Mofunc_basede does not have a constructor which accepts a nullptr.
>
> #include
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102825
Bug ID: 102825
Summary: std::move_only_function's implementation breaking
existing code
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102812
--- Comment #1 from Hongtao.liu ---
ix86_get_ssemov needs to be updated for V8HF/V16HF since they cound be existed
under TARGET_SSE2/TARGET_AVX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102824
Bug ID: 102824
Summary: building pdf/dvi documentation for libgccjit fails on
darwin
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: documentation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39747
Eric Gallager changed:
What|Removed |Added
Keywords||documentation
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102663
Eric Gallager changed:
What|Removed |Added
URL|https://gcc.gnu.org/legacy- |https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102822
Bug 102822 depends on bug 102796, which changed state.
Bug 102796 Summary: [12 Regresson] ICE in useless_type_conversion_p at
gcc/gimple-expr.c:87 since r12-4443-g93ac832f1846e4867aa6537f76f510fab8e3e87d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102796
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88727
Joseph S. Myers changed:
What|Removed |Added
CC||pavel.morozkin at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102821
Joseph S. Myers changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102796
--- Comment #8 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:4d92a69fc5882c86aab63d52382b393d4f20b3ed
commit r12-4486-g4d92a69fc5882c86aab63d52382b393d4f20b3ed
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102787
--- Comment #6 from anlauf at gcc dot gnu.org ---
WIP patch that fixes comment#5 as like comment#0 and regtests cleanly:
diff --git a/gcc/fortran/array.c b/gcc/fortran/array.c
index 6552eaf3b0c..e1ab2e06fdb 100644
--- a/gcc/fortran/array.c
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102783
--- Comment #6 from joseph at codesourcery dot com ---
Generically (and if the command-line options are such that floating-point
control / status bits are to be respected by optimizations), *any*
function call might access or modify
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102821
--- Comment #2 from Pavel M ---
Addition to "Notes" above.
3. C11, 5.1.1.3 Diagnostics, 1:
> A conforming implementation shall produce at least one diagnostic message
> (identified in an implementation-defined manner) if a preprocessing
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102811
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102329
Andrew Pinski changed:
What|Removed |Added
Summary|pointer "maybe |[11/12 Regression] pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102804
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102814
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102761
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:e9c3a7243bf7a4db9b0dec44d278e9bf527f3d9b
commit r11-9171-ge9c3a7243bf7a4db9b0dec44d278e9bf527f3d9b
Author: Uros Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102823
--- Comment #1 from Andrew Pinski ---
Hmm:
*reinterpret_cast::type, Q>
const *>()
That seems like it could be a violation of C/C++ aliasing rules.
This is in:
template
static glm::vec bitCount_bitfield(glm::vec const&
v)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102796
--- Comment #7 from H.J. Lu ---
(In reply to Andrew Macleod from comment #6)
> Created attachment 51624 [details]
> Allow EDGE_EH edges to be processed
>
> range_on_edge needs to continue processing EDGE_EH..
> See if this fixes all the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102823
Andrew Pinski changed:
What|Removed |Added
Summary|glm-0.9.9.8 fails on gcc-11 |[11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102823
Bug ID: 102823
Summary: glm-0.9.9.8 fails on gcc-11 and above
(-fno-strict-aliasing)
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102822
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102822
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102822
Bug ID: 102822
Summary: [12 regression] 27_io/ios_base/failure/dual_abi.cc
failure after r12-4443
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102821
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-10-18
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102821
Bug ID: 102821
Summary: Tentative definition of variable with internal linkage
has incomplete non-array type: missing diagnostics
Product: gcc
Version: 11.2.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102819
Tamar Christina changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102820
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2021-10-18
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102820
Bug ID: 102820
Summary: Failure to compile void{}
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92909
--- Comment #8 from Patrick Palka ---
*** Bug 92911 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92911
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94310
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102819
Bug ID: 102819
Summary: [11/12 Regression] IFN_COMPLEX_MUL matches things that
it shouldn't
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102818
Bug ID: 102818
Summary: ICE in gfc_resolve_formal_arglist, at
fortran/resolve.c:282
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102817
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102817
Bug ID: 102817
Summary: [12 Regression] ICE in gfc_clear_shape, at
fortran/expr.c:422
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102816
Bug ID: 102816
Summary: [12 Regression] ICE in resolve_structure_cons, at
fortran/resolve.c:1467
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102796
Andrew Macleod changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102815
Bug ID: 102815
Summary: gfortran.dg/bind-c-contiguous-5.f90 fails at execution
on armeb
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102814
Bug ID: 102814
Summary: [12 regression] quadratique/exponential time
complexity for max-jump-thread-duplication-stmts
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102768
--- Comment #3 from nsz at gcc dot gnu.org ---
well, protection mechanisms are rarely equivalent. neither scs nor
traditional stack protector are perfect.
to me compiler support for freestanding environments such as linux
makes sense. i cannot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102537
--- Comment #2 from Matt Jacobson ---
I certainly haven't spent as much time thinking about this as you, but I think
my personal preference would be to add new values to the `flag_objc_abi`
argument. It's already the case that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102804
--- Comment #7 from Jonathan Wakely ---
Oops, sorry the reduced example was missing the first line.
Fixed, and further reduced:
using int32_t = int;
enum: unsigned int32_t { foo };
int f(int);
int f(unsigned);
auto x = f(1 ? foo : 1);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102804
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|NEW
Summary|template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102804
--- Comment #5 from Todd Rudick ---
Richard, is there a way to represent the part of this that is a bug?
Presumably accepting the construct but having it break template specialization
with an error that can be arbitrarily disconnected from the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100316
Kito Cheng changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100316
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:aa827fa170d3e61d17c3daaf4d5008a3c674a005
commit r11-9170-gaa827fa170d3e61d17c3daaf4d5008a3c674a005
Author: Kito Cheng
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102810
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #67 from Eric Botcazou ---
> Note that, as before, .text.startup is present in gcc-10 but missing in
> gcc-11 crtend.o.
That's expected if you compile with -Og or -O1, i.e. it requires -O2 or above.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102813
--- Comment #2 from cqwrteur ---
Created attachment 51623
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51623=edit
config.log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102761
--- Comment #3 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:4abc0c196b10251dc80d0743ba9e8ab3e56c61ed
commit r12-4484-g4abc0c196b10251dc80d0743ba9e8ab3e56c61ed
Author: Uros Bizjak
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102796
Andrew Pinski changed:
What|Removed |Added
CC||unlvsur at live dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102813
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102813
Bug ID: 102813
Summary: gccgo ICE when build
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assignee: ian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102329
Florian Weimer changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #66 from Óscar Fuentes ---
(In reply to Eric Botcazou from comment #65)
> Thanks. Do you still have this line:
>
> r .eh_frame
>
> for crtend.o of the GCC 10 compiler after the grep mess was resolved? Do
> you have the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #65 from Eric Botcazou ---
> Searching for HAVE_LD_RO_RW_SECTION_MIXING in the build directory used for
> extracting the previous gdb backtraces shows this:
>
> gcc/auto-host.h:1684:11:/* #undef HAVE_LD_RO_RW_SECTION_MIXING */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102746
--- Comment #9 from Илья Шипицин ---
ok, so we'll migrate to gcc-12 :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102746
--- Comment #8 from Martin Liška ---
(In reply to Илья Шипицин from comment #7)
> wow. thanks for that.
>
> btw, will it be "gcc-12 only" or it is going to be backported (I'm
> interested in gcc-8) ?
No, I'm not planning backporting that as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102746
--- Comment #7 from Илья Шипицин ---
wow. thanks for that.
btw, will it be "gcc-12 only" or it is going to be backported (I'm interested
in gcc-8) ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #64 from Óscar Fuentes ---
Searching for HAVE_LD_RO_RW_SECTION_MIXING in the build directory used for
extracting the previous gdb backtraces shows this:
gcc/auto-host.h:1684:11:/* #undef HAVE_LD_RO_RW_SECTION_MIXING */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102812
Bug ID: 102812
Summary: Unoptimal (and wrong) code for _Float16 insert
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102811
--- Comment #2 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #1)
> vxorps %xmm1, %xmm1, %xmm1
> vblendps %xmm1, %xmm1, %xmm0, $1
> vcvtps2ph %xmm0, %xmm1
vmovss %xmm1, %xmm1, %xmm0
instead of vblendps would also do the trick.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26915
--- Comment #8 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:247c407c83f0015f4b92d5f71e45b63192f6757e
commit r12-4475-g247c407c83f0015f4b92d5f71e45b63192f6757e
Author: Roger Sayle
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102811
--- Comment #1 from Uroš Bizjak ---
Something like (argument and result in %xmm0):
vpxor %xmm1, %xmm1, %xmm1
vpblendw %xmm1, %xmm1, %xmm0, $1
vcvtph2ps %xmm0, %xmm1
instead of __extendhfsf2 and:
vxorps %xmm1, %xmm1, %xmm1
vblendps %xmm1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102747
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102746
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102746
--- Comment #5 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:815f15d3384edbdd73cc54536f30947e15183151
commit r12-4474-g815f15d3384edbdd73cc54536f30947e15183151
Author: Martin Liska
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102747
--- Comment #2 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:815f15d3384edbdd73cc54536f30947e15183151
commit r12-4474-g815f15d3384edbdd73cc54536f30947e15183151
Author: Martin Liska
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102809
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102788
Richard Biener changed:
What|Removed |Added
Target Milestone|12.0|11.3
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102811
Bug ID: 102811
Summary: vcvtph2ps and vcvtps2ph should be used to convert
_Float16 to SFmode with -mf16c
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102788
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:eb032893675afea4b01cc6ad06a3e0dcfe9b51cd
commit r12-4472-geb032893675afea4b01cc6ad06a3e0dcfe9b51cd
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102809
--- Comment #3 from Aldy Hernandez ---
(In reply to Martin Liška from comment #2)
> > Does this fix the problem?
>
> Yes, it helps! Thank you for the patch.
Thanks for all your help here, and sorry for all the noise. Getting the jump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #63 from Arnaud Charlet ---
(In reply to Eric Botcazou from comment #62)
> > No need to, there are actually several reasons to not rely on exception
> > propagation during bootstrap, so let's restore this invariant instead, I'm
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102809
--- Comment #2 from Martin Liška ---
> Does this fix the problem?
Yes, it helps! Thank you for the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #62 from Eric Botcazou ---
> No need to, there are actually several reasons to not rely on exception
> propagation during bootstrap, so let's restore this invariant instead, I'm
> testing a change to that effect.
Fair enough. In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59675
--- Comment #8 from Jonathan Wakely ---
(In reply to Jay Feldblum from comment #7)
> The caveat, not to pollute `bits/c++config` with `#include really */>`. Are there more caveats to be aware of?
No, that's it. The additional overhead of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102810
Bug ID: 102810
Summary: Bogus Wstringop-overread warning when special
(integer) pointer values passed to array parameter of
a function
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102789
--- Comment #3 from Jakub Jelinek ---
On the trunk, -O2 -fopenmp -mcpu=power6 -maltivec -m32 works fine, while
-O2 -fopenmp -mcpu=power6 -mvsx -m32 is miscompiled too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102809
--- Comment #1 from Aldy Hernandez ---
There's a pending patch in this area that restricts loop threading:
https://gcc.gnu.org/pipermail/gcc-patches/2021-October/581894.html
Does this fix the problem?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93183
--- Comment #4 from CVS Commits ---
The master branch has been updated by Prathamesh Kulkarni
:
https://gcc.gnu.org/g:20dcda98ed376cb61c74b2c71656f99c671ec9ce
commit r12-4470-g20dcda98ed376cb61c74b2c71656f99c671ec9ce
Author:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102809
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-10-18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102809
Bug ID: 102809
Summary: Some TSVC benchmarks are slower after
r12-4195-gec0124e0acb556cd
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102789
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Component|libgomp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102807
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102807
--- Comment #4 from Jonathan Wakely ---
#include
struct Range
{
int* begin() { return 0; }
int* end() { return 0; }
};
int main()
{
static_assert(std::ranges::range);
using R = std::ranges::ref_view;
static_assert(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102807
Pilar Latiesa changed:
What|Removed |Added
CC||pilarlatiesa at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102807
--- Comment #2 from Jonathan Wakely ---
It evaluates to false because is_array_v is false for that type.
The next candidate is the problem:
and 'std::ranges::ref_view> &' does not satisfy
'__member_begin'
because '__decay_copy(__t.begin())'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100208
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:92aed72a73993607b845651630ba8a48f332097c
commit r11-9163-g92aed72a73993607b845651630ba8a48f332097c
Author: Andrew Stubbs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100208
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:9552afb2aec54b793d61ce85c93869a2f2a7958f
commit r11-9162-g9552afb2aec54b793d61ce85c93869a2f2a7958f
Author: Andrew Stubbs
1 - 100 of 146 matches
Mail list logo
