https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94673
gcc-bugs at marehr dot dialup.fu-berlin.de changed:
What|Removed |Added
Resolution|--- |WORKSFORME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94673
--- Comment #3 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
I think this bug should be changed to a request to improve the diagnostics.
The diagnostic says:
```
:13:15: note: constraints not satisfied
:8:9: required by the constraints o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96416
gcc-bugs at marehr dot dialup.fu-berlin.de changed:
What|Removed |Added
CC||gcc-bugs at m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100205
--- Comment #11 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Awesome, thank you, Jason!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100587
gcc-bugs at marehr dot dialup.fu-berlin.de changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100587
Bug ID: 100587
Summary: std::range::empty_view is not a view
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95983
--- Comment #11 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Thank you so much!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100233
Bug ID: 100233
Summary: [10/11/12] std::views::elements only accepts types
that are defined on std::get
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100205
--- Comment #3 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
To be more precise my gcc build is:
```
> gcc-git -v
Using built-in specs.
COLLECT_GCC=/opt/gcc/gcc-git//bin/g++
COLLECT_LTO_WRAPPER=/opt/gcc/gcc-git/lib/gcc/x86_64-pc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100205
--- Comment #2 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Yeah, it compiled for me with a build from two weeks ago, too. I should have
mentioned that :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100205
Bug ID: 100205
Summary: [11 Regression] error: invalid use of non-static data
member
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100146
--- Comment #10 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95983
--- Comment #4 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Hi Patrick,
thank you for that patch. I guess that it also fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96070.
Will this patch be backported to gcc-10?
Great work!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100146
Bug ID: 100146
Summary: __cpp_lib_to_chars not defined
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100139
Bug ID: 100139
Summary: std::views::{take, drop} don't type erase
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99433
--- Comment #7 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Thank you for the quick analysis!
> views::drop(E, F) is specified to be expression-equivalent to the braced
> init ranges::drop_view{E, F}
Is not completely true, right? A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99433
--- Comment #5 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Thank you for the fix, but the following code does not compile any more:
```c++
#include
#include
int main()
{
std::list list;
constexpr auto drop = [](urng_t &&
urange, s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99599
--- Comment #3 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Hi Jason,
as you linked to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97704, I'm
interested if your suggestion would allow that, too?
> But that's a matter for the committee
W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99433
gcc-bugs at marehr dot dialup.fu-berlin.de changed:
What|Removed |Added
Summary|custom friend |[11 Regressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99433
Bug ID: 99433
Summary: custom friend pipe-operator| conflicts with range
adaptor?
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99320
--- Comment #2 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
You are right, it seems to be the same issue except that my function is
constexpr, and I can't use `static constexpr ...` within the function, but
Barry mentioned that use case alr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99320
Bug ID: 99320
Summary: constexpr defined arrays within constexpr functions
would benefit from lookup-tables
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99318
Bug ID: 99318
Summary: [10/11 Regression] -Wdeprecated-declarations where
non-should be?
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97745
--- Comment #2 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
This bug is fixed and can be closed.
This ICE was reduced from our code base
(https://github.com/seqan/seqan3/issues/2236#issuecomment-723194705).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97704
--- Comment #3 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Thank you, Marek Polacek for finding that revision.
I checked out the master branch and reverted the commit
f1612b8ae8a60f62cf5456b3357a341550534a7e and now everything compiles ag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759
--- Comment #10 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
And maybe a related question:
I know that an arithmetic implementation might auto-vectorize, but would a
popcount implementation do that too?
Since AVX512_BITALG
(https://softwa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759
--- Comment #9 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Thank you for so many responses
(In reply to Thomas Koenig from comment #1)
> Could you post the benchmark and the exact architecture where the arithmetic
> version is faster?
``
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759
--- Comment #7 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Created attachment 49530
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49530&action=edit
CMakeLists.txt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759
--- Comment #8 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Created attachment 49531
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49531&action=edit
has_single_bit_benchmark.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759
Bug ID: 97759
Summary: Could std::has_single_bit implementation be faster?
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97704
--- Comment #1 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
I forgot to add the error message:
```
: In instantiation of 'auto hard_error(t) [with t = int]':
:11:35: required by substitution of 'template requires
requires{hard_error({}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96872
--- Comment #2 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Thank you; was fixed!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97704
Bug ID: 97704
Summary: [11 Regression][concepts] Not working with explicit
types in function signatures?
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity
33 matches
Mail list logo
