https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101344
Bug ID: 101344
Summary: braced-init-list not supported in an aggregate
deduction
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102013
Bug ID: 102013
Summary: Incorrect aggregate initialization of union
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101873
--- Comment #4 from Fedor Chelnokov ---
If this question is to me, then actually I am not absolutely sure. I initially
thought that GCC was right in this code example. But later a high reputy C++
expert from stackoverflow dissuaded me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102097
Bug ID: 102097
Summary: Error in selecting more specialized function in case
of ambiguity
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102156
Bug ID: 102156
Summary: `cannot call constructor` error during member access
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102053
Bug ID: 102053
Summary: Invalid syntax of destructor call .~auto is accepted
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102116
Bug ID: 102116
Summary: structured binding is returned from a function as
rvalue in C++20 mode
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101921
Bug ID: 101921
Summary: G++ cannot find a template function with lambda as
default template argument
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102194
Bug ID: 102194
Summary: Incorrect explicit instantiation of constexpr variable
accepted
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102170
Bug ID: 102170
Summary: False accept of class member access using qualified-id
in case of ambiguity
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102116
--- Comment #1 from Fedor Chelnokov ---
Sorry, what do you mean by "wrong-code" tag? The code example is for sure
valid. It may be only unclear which one of two A-constructors must be called.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102116
--- Comment #3 from Fedor Chelnokov ---
Thanks a lot, it is clear now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102175
Bug ID: 102175
Summary: Error comparing the pointers on static class fields in
static_assert
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102213
Bug ID: 102213
Summary: Incorrect executable produced from valid input code
with virtual consteval
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102251
Bug ID: 102251
Summary: Valid code is rejected in ternary operator with unique
conversion
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102367
Bug ID: 102367
Summary: Types may be defined in `decltype` or `sizeof`
expressions in C++20
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102407
Bug ID: 102407
Summary: Ambiguity is not reported in case of separate
inheritance of `<` and `<=>` operators
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102208
Bug ID: 102208
Summary: Acceptance of invalid decltype(auto) in the default
operator <=>
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102184
Bug ID: 102184
Summary: Explicit template instantiation is wrongly considered
as specialization
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101670
Bug ID: 101670
Summary: Internal compiler error with concepts
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101840
Bug ID: 101840
Summary: Friendship must be extended on default argument
initializer
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101873
--- Comment #2 from Fedor Chelnokov ---
Thanks, I assumed that the code is valid based on stackoverflow answer:
https://stackoverflow.com/questions/68747489/is-the-local-variable-returned-by-a-function-automatically-moved-in-c20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101873
Bug ID: 101873
Summary: Compilation error of valid code with return local
variable in C++20 mode
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101704
Bug ID: 101704
Summary: "Already defined" error in case of many concept
conversion operators
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101719
Bug ID: 101719
Summary: "Already defined" error in case of function
specialization with concept
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102468
Bug ID: 102468
Summary: False acceptance of invalid `using
Parent::Grandparent`
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97934
Fedor Chelnokov changed:
What|Removed |Added
CC||fchelnokov at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102465
Bug ID: 102465
Summary: Inaccessible operator == breaks child class with
spaceship operator
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102465
--- Comment #2 from Fedor Chelnokov ---
I believe PR 97934 is not much related, since the code there is processed the
same by all compilers. And here GCC is the only one showing the error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102667
Bug ID: 102667
Summary: Inconsistent result of std::regex_match
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102660
Bug ID: 102660
Summary: Valid template default parameter of a friend function
is rejected
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102734
Bug ID: 102734
Summary: Autodeduced method return type is available before the
class is complete
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102691
Bug ID: 102691
Summary: rvalue reference overload in not preferred over lvalue
reference
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102802
Bug ID: 102802
Summary: Selection of inherited operator contrary to `using`
clause in C++
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102791
Bug ID: 102791
Summary: Friend declaration of lambda function is ignored
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102792
Bug ID: 102792
Summary: Internal compiler error if define lambda::operator()
as friend
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102792
--- Comment #2 from Fedor Chelnokov ---
Here is a valid code, accepted by other compilers, leading to the same ICE:
```
using V = decltype([](auto x) { x.f(); });
class A{
void f() {}
public:
friend constexpr auto V::operator()(auto)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102551
Bug ID: 102551
Summary: Failing compile-time comparison of std::type_info
addresses
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102635
Bug ID: 102635
Summary: Wrong rejection of function default argument value
depending on argument name
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101344
--- Comment #8 from Fedor Chelnokov ---
Thanks!
Related discussion: https://stackoverflow.com/q/67280884/7325599
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102423
Bug ID: 102423
Summary: False accept of virtual methods with deduced return
type
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102603
Bug ID: 102603
Summary: Compile-time evaluation of indirection via dangling
pointer is not rejected
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102912
Bug ID: 102912
Summary: Not full support of const arguments in std::variant
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102802
Fedor Chelnokov changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103478
Bug ID: 103478
Summary: Possible regression in constexpr processing
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103552
Bug ID: 103552
Summary: Compile-time comparison of subobject and parent class
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103555
Bug ID: 103555
Summary: out-of-line definition of class template method fails
in the presence of type named the same as template
argument
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103878
Bug ID: 103878
Summary: ThreadSanitizer: false report about data race
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103849
Bug ID: 103849
Summary: std::hash specializations with distinct concepts fails
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103884
Bug ID: 103884
Summary: ICE when calling static and non-static member function
templates with the same parameter types and requires
clause
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103878
--- Comment #3 from Fedor Chelnokov ---
Bugreport for Clang/LLVM: https://github.com/llvm/llvm-project/issues/52942
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103807
Bug ID: 103807
Summary: Unable to make template class instance with default
parameter of lambda::function
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103833
Bug ID: 103833
Summary: Overloaded static member function cannot be resolved
unlike overloaded global function
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103896
Bug ID: 103896
Summary: Label as value: object destructor is not called
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103913
Bug ID: 103913
Summary: Several variables declared in one declarator have
distinct types
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103852
Bug ID: 103852
Summary: Alias template argument deduction is available in
C++17 mode
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103865
Bug ID: 103865
Summary: virtual function can have a requires clause
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103901
Bug ID: 103901
Summary: A lambda with a new type in its body cannot be defined
inside template parameter list
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103783
Fedor Chelnokov changed:
What|Removed |Added
CC||fchelnokov at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103347
Bug ID: 103347
Summary: Non-static data member initialization is erroneously
allowed in C++03 mode
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103402
Bug ID: 103402
Summary: Compile-time less/more comparison of a pointer vs
nullptr
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103426
Bug ID: 103426
Summary: Acceptance of invalid template specialization in a
namespace not enclosing the specialized template
Product: gcc
Version: 12.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85428
Fedor Chelnokov changed:
What|Removed |Added
CC||fchelnokov at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103110
Bug ID: 103110
Summary: templated operator auto is ignored
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103110
--- Comment #2 from Fedor Chelnokov ---
I think the program must be equivalent to
```
struct S {
operator auto() const { return 2; }
};
int main() {
S s;
[[maybe_unused]] int d = s;
}
```
and `auto` here is deduced from `return 2`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103110
--- Comment #4 from Fedor Chelnokov ---
Actually you changed the example, and if T is void, then T{} is ill-formed. But
I do not see how it relates to the original program.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103110
--- Comment #6 from Fedor Chelnokov ---
Thanks for the explanation! I reported Clang bug:
https://bugs.llvm.org/show_bug.cgi?id=52434
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103092
Bug ID: 103092
Summary: Non-throwing function pointer can point to a
throwing-function in C++14
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103689
Bug ID: 103689
Summary: Overriding spaceship operator when parent class does
not define spaceship operator for itself
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103659
Bug ID: 103659
Summary: Declared function template can be deleted later
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101498
Bug ID: 101498
Summary: gcc accepts template code with 'auto' as subtype
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101500
Bug ID: 101500
Summary: gcc accepts the code with extra curly braces
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101567
Bug ID: 101567
Summary: Gcc incorrectly allows co_await operator inside
catch-block
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101572
Bug ID: 101572
Summary: Temporary object lifetime is not prolonged as required
by the standard
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101620
Bug ID: 101620
Summary: gcc incorrectly makes concept checking in
incomplete-class context
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103927
Bug ID: 103927
Summary: ICE in a recursive class template
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103953
Bug ID: 103953
Summary: Leak of coroutine return object
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88165
--- Comment #7 from Fedor Chelnokov ---
This struct definition:
```
struct A {
struct B {
int i = 0;
B() {}
};
A(B = {});
};
```
is accepted by GCC, but another one ({} replaced with = default) is not:
```
struct C {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104000
Bug ID: 104000
Summary: Ordinary constructor cannot delegate to `consteval`
constructor
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103963
Bug ID: 103963
Summary: Coroutine return type must not be copy- or
move-constructible
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104043
Bug ID: 104043
Summary: Non-type template specialization with another type is
accepted but ignored
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104000
--- Comment #5 from Fedor Chelnokov ---
Based on stackoverflow answer, a modified example was found with the delegation
to consteval constructor:
```
struct A {
int i = 0;
consteval A() = default;
A(const A&) = delete;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104661
Bug ID: 104661
Summary: Catching exception by const value when
exception-object has lvalue-reference constructor
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104512
Bug ID: 104512
Summary: [c++20] consteval constructor does not need to
initialize all data members
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88417
Fedor Chelnokov changed:
What|Removed |Added
CC||fchelnokov at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104282
Bug ID: 104282
Summary: Copy elision when initializing a base-class subobject
with aggregate initialization
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104282
--- Comment #3 from Fedor Chelnokov ---
Both Clang and GCC do not change their output either with `-std=c++20` or with
`-std=c++17` options. And both reject the program with -std=c++14`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104266
--- Comment #4 from Fedor Chelnokov ---
In your last example, I think Clang is right, because `Y` is not an aggregate
in C++11 due to the presence of default member initializer. And it becomes an
aggregate only in C++14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104383
Bug ID: 104383
Summary: User-defined conversion is preferred over standard-one
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83264
--- Comment #9 from Fedor Chelnokov ---
There is a related discussion: https://stackoverflow.com/a/47618530/7325599
And it is noted there that according to [over.ics.rank]/2 just before
[over.ics.rank]/3:
— a standard conversion sequence is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104266
Bug ID: 104266
Summary: Temporaries with protected destructor are erroneously
permitted
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92770
Fedor Chelnokov changed:
What|Removed |Added
CC||fchelnokov at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104418
--- Comment #2 from Fedor Chelnokov ---
My personal feeling is that if a compiler accepts `B b(i);` then it must accept
`C c(i);` as well because of [namespace.udecl] p13:
> Constructors that are named by a using-declaration are treated as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104418
--- Comment #4 from Fedor Chelnokov ---
I think `using B::B;` is not the same as redefining each constructor with the
explicit call of base class constructor `C(int a) : B{(int)a}{}`.
Please consider this example proving it:
```
struct A {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104418
--- Comment #7 from Fedor Chelnokov ---
Thanks. I submitted Clang bug:
https://github.com/llvm/llvm-project/issues/53653
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104490
Bug ID: 104490
Summary: Cannot inherit consteval constructor
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104418
Bug ID: 104418
Summary: Error inheriting base class constructors by
using-declaration
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104305
Bug ID: 104305
Summary: Partial specialization with parameter pack is ignored
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104087
Bug ID: 104087
Summary: Invoking a consteval constructor with new
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104111
Bug ID: 104111
Summary: Concept evaluation depends on context where it was
first checked
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 184 matches
Mail list logo