https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102284
--- Comment #7 from Johel Ernesto Guerrero Peña ---
This may be related. Assigning to another member doesn't end the lifetime of
the active one: https://godbolt.org/z/eMGY5ehnb.
```C++
#include
struct symbol { };
constexpr symbol one{};
str
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/5asqcnoMe.
```C++
struct X {
const X* x
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://compiler-explorer.com/z/63f9sxnec.
```C++
struct A { int
-invalid-code
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://compiler-explorer.com/z/6MqKTjKd7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103339
--- Comment #5 from Johel Ernesto Guerrero Peña ---
You're right. Feel free to close.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107276
--- Comment #2 from Johel Ernesto Guerrero Peña ---
I just compiled GCC and it still ICEs:
```cli
$ ../root/gcc/bin/g++ --version
g++ (GCC) 13.0.0 20221019 (experimental)
Copyright (C) 2022 Free Software Foundation, Inc.
This is free software;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96840
--- Comment #4 from Johel Ernesto Guerrero Peña ---
Seems like this regressed. Do I open a new bug report?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96840
--- Comment #5 from Johel Ernesto Guerrero Peña ---
I think I was wrong and this has not regressed.
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/Tb1eMbE3W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103921
--- Comment #1 from Johel Ernesto Guerrero Peña ---
Simplified: https://godbolt.org/z/zzbjj7W3K.
mod.cpp:
```C++
export module mod;
export template struct quantity {
template
explicit(requires { 0; }) operator quantity() const;
};
```
tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103921
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Summary|[modules] ICE requires in |[modules] ICE dependent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103921
--- Comment #3 from Johel Ernesto Guerrero Peña ---
Simplified: https://godbolt.org/z/rnfKrzYaP.
mod.cpp:
```C++
export module mod;
export template struct Int {
explicit(B) operator int() const;
};
```
test.cpp:
```C++
import mod;
int main(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103921
--- Comment #4 from Johel Ernesto Guerrero Peña ---
For the above, when it's fixed:
```diff
- explicit(B) operator int() const;
+ explicit(B) operator int() { return 0; }
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99571
--- Comment #3 from Johel Ernesto Guerrero Peña ---
> Here is another testcase which shows a similar issue:
Here's its link: https://godbolt.org/z/fMbYMMYKz. You posted the Comment 0's.
> Note clang has a bogus warning for the above about the a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103752
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
CC||johelegp at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103921
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103752
--- Comment #5 from Johel Ernesto Guerrero Peña ---
*** Bug 103921 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 103921, which changed state.
Bug 103921 Summary: [modules] ICE dependent expression in explicit-specifier of
instantiation of imported template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103921
What|Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100617
--- Comment #3 from Johel Ernesto Guerrero Peña ---
(In reply to wang ivor from comment #1)
> A workaround is to create a module that exports only the namespace A and
> 'export import' it in the module 'test1'.
I did that, but it's not enough.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103118
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Resolution|--- |FIXED
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Bug 99227 depends on bug 103118, which changed state.
Bug 103118 Summary: [modules] ICE tree check in get_merge_kind at cp/module.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103118
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 103118, which changed state.
Bug 103118 Summary: [modules] ICE tree check in get_merge_kind at cp/module.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103118
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103468
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 103468, which changed state.
Bug 103468 Summary: [modules] ICE Segmentation fault during GIMPLE pass walloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103468
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100583
--- Comment #5 from Johel Ernesto Guerrero Peña ---
This was fixed somewhere along the way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103468
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 103468, which changed state.
Bug 103468 Summary: [modules] ICE Segmentation fault during GIMPLE pass walloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103468
What|Removed |Added
---
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
Including `` in the following source results in an ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103118
--- Comment #1 from Johel Ernesto Guerrero Peña ---
To work around this
- Do not include ``.
- Explicitly import a module that exports its definitions when you need to use
the chrono library.
I use the headers above to compile a header unit, wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103118
--- Comment #2 from Johel Ernesto Guerrero Peña ---
Or not. I forgot to uncomment uses of the chrono library.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103118
--- Comment #3 from Johel Ernesto Guerrero Peña ---
What works is including them in a non-module unit translation unit.
```C++
#if defined(__GNUC__) and not defined(__clang__)
# include // Workaround GCC bug 103118.
# include// Workaroun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100583
--- Comment #4 from Johel Ernesto Guerrero Peña ---
As pointed out in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103118#c3:
> What works is including them in a non-module unit translation unit.
>
> ```C++
> #if defined(__GNUC__) and not defi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103118
--- Comment #4 from Johel Ernesto Guerrero Peña ---
With the setup in Comment 3, now I can also include `` in the GMF of a
module. I don't think this worked last week. Though all I'm doing in the module
is specializing a my-library type trait on
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/onW6h5vej.
mod.cpp:
```C++
export module mod;
export template
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/68GYeKqK4.
```C++
template struct is_same { };
template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103339
--- Comment #1 from Johel Ernesto Guerrero Peña ---
In non-reduced code, I got the error from Bug 99861 which I solved with the
workaround above:
```
hash table checking failed: equal operator returns true for a pair of values
with a different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103339
--- Comment #2 from Johel Ernesto Guerrero Peña ---
Or not really. Removing a comment breaks it again, so I guess the compiler is
already in a bugged state that seems to work fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103339
--- Comment #3 from Johel Ernesto Guerrero Peña ---
Turns out that the error from Bug 99861 just happens occasionally when
compiling.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100687
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
CC||johelegp at gmail dot com
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
my.std.headers.hpp:
```c++
#include
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99377
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
CC||johelegp at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99377
--- Comment #6 from Johel Ernesto Guerrero Peña ---
A workaround for static member functions:
```C++
template [[nodiscard]] consteval I max() { return
std::numeric_limits::max(); }
if (v == std::numeric_limits::max()) break;
if (v == max(
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/8dr9oG4Y1.
```C++
template concept C =
requires
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99377
--- Comment #7 from Johel Ernesto Guerrero Peña ---
if (v == [] consteval { return std::numeric_limits::max() }()) break;
works too.
More generally, you can avoid the linker error if you don't require the symbol
at link time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86105
--- Comment #1 from Johel Ernesto Guerrero Peña ---
Denoised: https://godbolt.org/z/87fbMG6f5.
```C++
template concept is_static_castable = requires(From &&
(*from)()) { static_cast(from()); };
struct B { };
struct D : B { };
struct D2 : D, B {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99507
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to wor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99141
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Known to fail||11.0, 12.0
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95977
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to wor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96090
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Known to fail||10.3.0, 11.2.0, 12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95797
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Resolution|--- |FIXED
Known to work|
: UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https
Keywords: accepts-invalid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z
IRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/8evP
Keywords: accepts-invalid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/ecYjGsWo7
valid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
This is specified at https://eel.is/c++draft/expr.eq#3
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/dsEzaxW47.
```C++
struct B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102258
--- Comment #1 from Johel Ernesto Guerrero Peña ---
Workaround for my use-case: https://godbolt.org/z/5Woe8dvan.
```C++
#include
#include
#include
#include
#include
struct B { virtual ~B() = default; };
struct D : B { int x{1}; constexpr ~D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102258
--- Comment #2 from Johel Ernesto Guerrero Peña ---
That still doesn't work because you can't compare (the addresses of) different
`std::type_info` objects.
words: rejects-valid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
This is specified at https://eel.is/c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102267
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Summary|Can't compare pointers to |Can't compare pointers to
-invalid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
This is prohibited at https://eel.is/c++draft
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102284
--- Comment #1 from Johel Ernesto Guerrero Peña ---
There's also https://eel.is/c++draft/basic.life#9.sentence-1 to consider.
See https://godbolt.org/z/P97Kaqhv8.
```C++
struct X { int x; };
int main() {
[]() consteval {
X x{};
x.~X();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102284
--- Comment #2 from Johel Ernesto Guerrero Peña ---
Fixed that: https://godbolt.org/z/YGf4GTP5P.
```C++
struct X { constexpr ~X() { } };
int main() {
[]() consteval {
X x{};
x.~X();
}();
}
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102267
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94716
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
CC||johelegp at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102284
--- Comment #4 from Johel Ernesto Guerrero Peña ---
If there is, I confirmed it's not in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82877
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
CC||johelegp at gmail dot com
: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102420
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Summary|null pointer dereference|null pointer dereference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100583
--- Comment #1 from Johel Ernesto Guerrero Peña ---
Please, add Bug 99227 to **Blocks:** for visibility.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
CC||johelegp at gmail dot com
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
This is specified at [module.interface].3:
> An expor
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/ehPzxqzWK.
mod.cpp:
```C++
export module mod;
namespace mod
valid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
A use like
```C++
import;
constexpr void test() {
for (const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102576
--- Comment #1 from Johel Ernesto Guerrero Peña ---
`` is specified as including ``.
It doesn't with with that either:
```C++
import;
namespace {
constexpr void test() {
for (const int i : {0, 1, -1}) { }
```
```
error: deducing from brace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100583
--- Comment #3 from Johel Ernesto Guerrero Peña ---
Thank you.
> The solution is to use the include and remove the gcm file altogether.
Is this still the case? I still get an ICE.
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/3rGTTr6jE.
write.cpp:
```C++
export module write;
export void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102598
--- Comment #1 from Johel Ernesto Guerrero Peña ---
Attempts to reduce another wrong-code bug lead to this.
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
main.cpp:
```C++
import;
void push(std::byte) {}
void write
: link-failure
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/qP6EPWhEz.
mod.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102607
--- Comment #1 from Johel Ernesto Guerrero Peña ---
A workaround is to define `B`'s destructor as
`constexpr virtual ~B() { }`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102600
--- Comment #2 from Johel Ernesto Guerrero Peña ---
A workaround:
```C++
export using byte = // Workaround GCC bug 102600.
#if not defined(NDEBUG) or (defined(__clang__) or not defined(__GNUC__))
std::byte;
#else
unsigned char;
#endif
```
-code
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/8GGoqr9z3.
```C++
template
ority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/P8xq8h9M1.
```C++
template struct X { T t; };
template void f();
template
++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/7h1MPqe1h.
mod.cpp:
```C++
export module mod;
export template
concept C = false;
```
test.cpp:
```C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102963
--- Comment #1 from Johel Ernesto Guerrero Peña ---
As per the logic in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99631#c1, this
isn't marked with any of the ice-* keywords.
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/aePcW8WjK.
```C++
template concept
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102975
--- Comment #4 from Johel Ernesto Guerrero Peña ---
I'm fine with closing this as RESOLVED INVALID or something along those lines.
ty: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/cf1T7q6Tj.
```C++
#include
static_asser
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107378
--- Comment #3 from Johel Ernesto Guerrero Peña ---
MSVC accepts https://godbolt.org/z/nheYz9aez.
```C++
static_assert([i = 0] { return &i != nullptr; }());
```
```
: In lambda function:
:1:35: warning: the address of 'i' will never be NULL [-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106363
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Summary|[modules] Can't selectively |[13 Regression] [modules]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106363
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Known to work||12.2.0
Known to fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107378
--- Comment #5 from Johel Ernesto Guerrero Peña ---
I think so. My actual use case looks like `constexpr auto v = E;` at global
scope, where `E` creates a temporary with a subobject of `std::variant`.
Wrapping `E` in an IILE is a workaround for
-code
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://compiler-explorer.com/z/4d1esaber.
```C
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://compiler-explorer.com/z/q3a7e7s1e.
Changing `#if 1` to `#if 0` works, so this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107939
--- Comment #2 from Johel Ernesto Guerrero Peña ---
Making the expression using the `extern const` variable more complex or
indirect makes it work. With an IILE, for example:
https://compiler-explorer.com/z/EjYYvPvqT.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108169
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
CC||johelegp at gmail dot com
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: johelegp at gmail dot com
CC: johelegp at gmail dot com
Target Milestone: ---
See https://godbolt.org/z/xq16xac15.
```C++
void f(auto x) { x(0); }
void g() {
static constexpr auto h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105743
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resoluti
101 - 200 of 250 matches
Mail list logo
