https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99365
Bug ID: 99365
Summary: ICE on partial specialization with constrained
placeholder NTTP
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/nxTEaW
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99366
Bug ID: 99366
Summary: Partial specialization with constrained placeholder
NTTP is not more specialized
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/ETjYfP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99365
--- Comment #6 from Johel Ernesto Guerrero Peña ---
Thank you. Can confirm it's working for my use case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99493
Bug ID: 99493
Summary: Address of template parameter object is not a valid
template argument
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/9zYo8f
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99501
Bug ID: 99501
Summary: Can't forward declare partial specialization of
template with NTTP previously partially specialized
Product: gcc
Version: 11.0
URL: https://godb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99507
Bug ID: 99507
Summary: Can't return static address from immediate function
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/vnPToT
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99524
Bug ID: 99524
Summary: initializer_list storage considered a temporary when
accessed through NTTP
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/aWGr3P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95015
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
CC||johelegp at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99565
Bug ID: 99565
Summary: Bogus identical branches warning when returning
references to union members
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/9qaz9W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99571
Bug ID: 99571
Summary: ICE for NTTP with pointer to array of union
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/rsc6fs
Status: UNCONFIRMED
Keywords: ice-on-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83258
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
CC||johelegp at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97700
--- Comment #3 from Johel Ernesto Guerrero Peña ---
This seems to be a duplicate of Bug 83258.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83258
--- Comment #10 from Johel Ernesto Guerrero Peña ---
Another workaround, extended from Bug 92320's example. See
https://godbolt.org/z/69onWf.
You can wrap the closure object in a template function which itself invokes the
closure object and conve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97476
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99586
Bug ID: 99586
Summary: Use of class template identifier checked for CTAD
before instantiation
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/4KWWjT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99493
--- Comment #1 from Johel Ernesto Guerrero Peña ---
Slightly simplified: https://godbolt.org/z/rv97Gh.
```C++
struct A{};
templateconstexpr const A*tpo{&a};
templatestruct B{};
B>b;
```
```
:4:10: error: the address of 'A{}' is not a valid templa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99565
--- Comment #2 from Johel Ernesto Guerrero Peña ---
```
: In member function 'int& A::x()':
:6:23: warning: this condition has identical branches
[-Wduplicated-branches]
6 | int& x() { return 0 ? a : b; }
| ~~^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99493
--- Comment #2 from Johel Ernesto Guerrero Peña ---
Looks like you can get away by instead passing around a pointer to the address
of the template parameter object: https://godbolt.org/z/o3Paz1.
```C++
struct A{};
templateconstexpr const A*tpo{&a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99622
Bug ID: 99622
Summary: Materialized temporary is not usable in a constant
expression
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/M4Ya9h
Status: U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99631
Bug ID: 99631
Summary: decltype of non-type template-parameter shouldn't be
const
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/4YY5r3
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99631
--- Comment #3 from Johel Ernesto Guerrero Peña ---
Good point. How about 'conformance' for a keyword?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96873
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
CC||johelegp at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99586
--- Comment #4 from Johel Ernesto Guerrero Peña ---
Thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95486
--- Comment #11 from Johel Ernesto Guerrero Peña ---
Thank you. But the first CE link: https://godbolt.org/z/cPWdGW, and with the
addition in Comment 2: https://godbolt.org/z/Gezh5h5W4, they still ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93085
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
CC||johelegp at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97476
Bug ID: 97476
Summary: Use of NTTP placeholder checked for CTAD before
instantiation
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/ocWhn8
Status: U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93085
--- Comment #4 from Johel Ernesto Guerrero Peña ---
> GCC shouldn't even be trying to resolve `foo<42>()` until `G` has been
> instantiated.
That's right. I came across this bug report when reporting such an issue:
https://gcc.gnu.org/bugzilla/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95788
--- Comment #3 from Johel Ernesto Guerrero Peña ---
Thank you. Sorry for my laziness, but did you confirm this from the OP?
> Other stuff in `bits/ranges_uninitialized.h` may be similarly affected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98486
Bug ID: 98486
Summary: Variable template specialization doesn't account for
primary's constraints
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/jon9ea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98832
Bug ID: 98832
Summary: CTAD fails for alias template of aggregate with
specified undeducible template parameter
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98844
Bug ID: 98844
Summary: Deduction guides don't inhibit the aggregate deduction
candidate
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/EWs4rd
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98924
Bug ID: 98924
Summary: Ambiguous name in concept-id diagnosed as parser error
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/Txrvos
Status: UNCONFIRMED
Keywor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95486
--- Comment #5 from Johel Ernesto Guerrero Peña ---
Thank you. I was under the mistaken impression that the above was only a
partial solution. Adding the following deduction guide restores the ICE. See
https://godbolt.org/z/fej7WT.
```C++
templat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95434
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Known to work||11.0
Status|AS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99141
Bug ID: 99141
Summary: Name of deduced type unchecked in deduction guide
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/bEhjsc
Status: UNCONFIRMED
Keywords: a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95486
--- Comment #13 from Johel Ernesto Guerrero Peña ---
You're right. I thought they were compiling against GCC trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 102524, which changed state.
Bug 102524 Summary: [modules] Missing diagnostic when an exported namespace is
empty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102524
What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102524
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Resolution|--- |FIXED
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104993
Bug ID: 104993
Summary: [modules] Missing diagnostic when exporting
using-directive
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100687
--- Comment #2 from Johel Ernesto Guerrero Peña ---
Another use case (Clang: https://godbolt.org/z/hTPsPbEhe) (GCC:
https://godbolt.org/z/96MqTvrKv):
`mod.cpp`:
```C++
export module mod;
export template
inline constexpr bool is_same_v = false;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102598
--- Comment #2 from Johel Ernesto Guerrero Peña ---
Another test case: https://godbolt.org/z/Gsfx56GM9.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105044
Bug ID: 105044
Summary: [modules] ICE in comptypes, at cp/typeck.c:1529
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105045
Bug ID: 105045
Summary: [modules] Can't deduce defaulted template parameter
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105106
Bug ID: 105106
Summary: Dependent invocation with defaulted NTTP lambda fails
Product: gcc
Version: 9.4.1
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105106
--- Comment #1 from Johel Ernesto Guerrero Peña ---
There is implementation divergence in the resulting closure type(s):
https://godbolt.org/z/W98r49o8s.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106430
Bug ID: 106430
Summary: [modules] ICE on function result of imported type with
user-declared constexpr destructor
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106304
--- Comment #2 from Johel Ernesto Guerrero Peña ---
This is the best I can do without having to manually de-noise CMake's compile
commands: https://godbolt.org/z/6s1GGYhM4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106430
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Summary|[modules] ICE on function |[modules] ICE on function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106485
Bug ID: 106485
Summary: Can't use heap pointer in `static_assert`
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106826
Bug ID: 106826
Summary: [modules] Variable template of type trait via
importable header gives wrong result
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106826
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=106851
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
CC||johelegp at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106485
--- Comment #2 from Johel Ernesto Guerrero Peña ---
I think that's different. Actually, I think it's Clang that's wrong. As
mentioned at
https://cpplang.slack.com/archives/C21PKDHSL/p1656857369259539?thread_ts=1656856509.892079&cid=C21PKDHSL:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106826
--- Comment #3 from Johel Ernesto Guerrero Peña ---
So this is a duplicate of Bug 100687.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106826
--- Comment #7 from Johel Ernesto Guerrero Peña ---
Thank you very much! This was a real blocker.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102284
--- Comment #6 from Johel Ernesto Guerrero Peña ---
Another example.
Simplified: https://godbolt.org/z/z781c56PM.
```C++
struct ratio {
int numerator;
};
template struct constant;
template concept constant_invocable = requires { typename
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107033
Bug ID: 107033
Summary: [13 Regression] [modules] ICE converting to span
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107033
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Keywords||ice-on-valid-code
Kn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107033
--- Comment #2 from Johel Ernesto Guerrero Peña ---
Does it count as a regression if rejects-valid becomes ice-on-valid-code? IIRC,
~3 weeks ago the lvalue case was rejects-valid, like GCC12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107033
--- Comment #3 from Johel Ernesto Guerrero Peña ---
Simplified: https://godbolt.org/z/3Ys316aeE.
```C++
export module mod;
import "std.hpp";
int x[2];
export auto _ = std::ranges::begin(x);
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107033
--- Comment #4 from Johel Ernesto Guerrero Peña ---
This is actually Bug 106826.
Simplest: https://godbolt.org/z/oKT4x9r4G.
```C++
template constexpr bool is = false;
template constexpr bool is = true;
```
```C++
export module mod;
import "st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106826
--- Comment #8 from Johel Ernesto Guerrero Peña ---
The original reproducer now ICEs. I opened Bug 107033 for this. The tests added
in https://gcc.gnu.org/g:32d8123cd6ce87acb557aec230e8359051316f9f uses a named
module. My reproducer uses an impo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99631
--- Comment #5 from Johel Ernesto Guerrero Peña ---
Would the existing 'wrong-code' work?
> Generates incorrect code. Has to be able to compile and link.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99631
--- Comment #6 from Johel Ernesto Guerrero Peña ---
> But wrong-code isn't really right either [...]
Oh, you already mentioned them. I suggest 'non-conforming-result', or something
more appropriate than "result" to indicate the metaprogrammingne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107045
Bug ID: 107045
Summary: [modules] ICE on use of std::vector from importable
header
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107045
--- Comment #1 from Johel Ernesto Guerrero Peña ---
Minimal: https://godbolt.org/z/hxrPvPPhs.
```C++
namespace std {
template struct X {
friend void f();
};
}
```
```C++
export module mod;
import "std.hpp";
export std::X v;
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100134
--- Comment #6 from Johel Ernesto Guerrero Peña ---
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107045#c1 for a minimal
reproducer:
Minimal: https://godbolt.org/z/hxrPvPPhs.
```C++
namespace std {
template struct X {
friend void f();
};
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107079
Bug ID: 107079
Summary: ICE initializing lifetime-extended constexpr variable
that stores its this pointer
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107222
Bug ID: 107222
Summary: const qualifier appears in mangled NTTP value when the
original object is so qualified
Product: gcc
Version: 13.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107276
Bug ID: 107276
Summary: ICE Deducting return type from ill-formed structured
binding name
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-inval
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103876
Bug ID: 103876
Summary: Parameter pack not expanded in lambda within
static_assert in a fold-expression of a lambda
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103921
Bug ID: 103921
Summary: [modules] ICE requires in explicit-specifier of
instantiation of imported template
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywo
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
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103118
Bug ID: 103118
Summary: [modules] ICE tree check in get_merge_kind at
cp/module.cc
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
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
1 - 100 of 217 matches
Mail list logo