https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94404
Bug 94404 depends on bug 94553, which changed state.
Bug 94553 Summary: Revise [basic.scope.declarative]/4.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94553
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95568
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
||2020-07-01
CC||mpolacek at gcc dot gnu.org
Status|UNCONFIRMED |NEW
--- Comment #1 from Marek Polacek ---
Started with r265055.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96039
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90847
Marek Polacek changed:
What|Removed |Added
CC||hstong at ca dot ibm.com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96095
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95789
Marek Polacek changed:
What|Removed |Added
CC||agadethrowaway at gmail dot com
--- Comm
|--- |DUPLICATE
CC||mpolacek at gcc dot gnu.org
--- Comment #1 from Marek Polacek ---
Thanks for the report. Dup.
*** This bug has been marked as a duplicate of bug 95789 ***
|NEW
Last reconfirmed||2020-07-07
CC||mpolacek at gcc dot gnu.org
--- Comment #1 from Marek Polacek ---
Confirmed, we should tweak cp_parser_decltype to give a better error.
at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
|ASSIGNED
Ever confirmed|0 |1
CC||mpolacek at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
Target Milestone|--- |10.2
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96104
--- Comment #2 from Marek Polacek ---
Reduced:
// PR c++/96104
template void fn(T &);
class E {};
struct F {
template void mfn(T t) { t, fn(E()); } // { dg-error "cannot
bind non-const lvalue reference" }
};
int
main()
{
E e;
F f;
f.m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95789
Marek Polacek changed:
What|Removed |Added
CC||60rntogo at gmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96104
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95789
--- Comment #5 from Marek Polacek ---
Another test:
// PR c++/96104
template void fn(T &);
class E {};
struct F {
template void mfn(T t) { t, fn(E()); } // { dg-error "cannot
bind non-const lvalue reference" }
};
int
main()
{
E e;
F f;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92427
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92427
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
|accepts-invalid
CC||mpolacek at gcc dot gnu.org
Status|UNCONFIRMED |NEW
Last reconfirmed||2020-07-07
--- Comment #1 from Marek Polacek ---
Confirmed, but here's an improved
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95935
--- Comment #2 from Marek Polacek ---
Doesn't have to be scoped enum:
template struct X { };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95935
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96103
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95972
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96111
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
|1
CC||mpolacek at gcc dot gnu.org
Last reconfirmed||2020-07-08
--- Comment #1 from Marek Polacek ---
Confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95972
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96097
Marek Polacek changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
||mpolacek at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #2 from Marek Polacek ---
Dup of 95159/95291.
*** This bug has been marked as a duplicate of bug 95159 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95159
Marek Polacek changed:
What|Removed |Added
CC||lutztonineubert at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96077
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95955
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95955
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P5
||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
Priority|P3 |P5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95927
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Last
|instantiation |instantiation
Status|UNCONFIRMED |NEW
CC||mpolacek at gcc dot gnu.org
--- Comment #1 from Marek Polacek ---
Confirmed. Interestingly, GCC 10 was much better:
$ xg++-10 -c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96045
--- Comment #2 from Marek Polacek ---
Regressed with r11-338-g2a0225e47868fbfceaecaa5e2de96c1c5a2251ea
||mpolacek at gcc dot gnu.org
Status|UNCONFIRMED |NEW
Last reconfirmed||2020-07-08
Ever confirmed|0 |1
||mpolacek at gcc dot gnu.org
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek ---
Confirmed. GCC 10 ICEs too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96064
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96060
Marek Polacek changed:
What|Removed |Added
CC||milasudril at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93788
--- Comment #2 from Marek Polacek ---
*** Bug 95930 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95930
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
||mpolacek at gcc dot gnu.org
Status|UNCONFIRMED |NEW
Last reconfirmed||2020-07-08
Ever confirmed|0 |1
||2020-07-08
Priority|P3 |P5
CC||mpolacek at gcc dot gnu.org
Status|UNCONFIRMED |NEW
changed:
What|Removed |Added
Last reconfirmed||2020-07-08
CC||mpolacek at gcc dot gnu.org
Status
||mpolacek at gcc dot gnu.org
Status|UNCONFIRMED |NEW
Priority|P3 |P5
Last reconfirmed||2020-07-08
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95968
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95982
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79815
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
|UNCONFIRMED |ASSIGNED
Target Milestone|--- |11.0
Keywords||compile-time-hog
CC||mpolacek at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92171
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mpolacek at gcc dot gnu.org
Target Milestone: ---
This test from [temp.local] should now compile:
template struct A {
struct B { /* ... */ };
typedef void C;
void f();
template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96077
--- Comment #4 from Marek Polacek ---
Doesn't even need to be in the ?: operator:
int
main ()
{
enum { E = (2 } e;
if (E != 2)
__builtin_abort ();
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96077
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
|1
Status|UNCONFIRMED |NEW
CC||mpolacek at gcc dot gnu.org
Last reconfirmed||2020-07-10
--- Comment #1 from Marek Polacek ---
Confirmed. Doesn't look like a regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96077
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #6 from Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92812
--- Comment #4 from Marek Polacek ---
This already works:
// P1975R0
struct Aggr { int x; int y; };
int
main ()
{
Aggr a = static_cast(1);
if (a.x != 1 || a.y != 0)
__builtin_abort ();
}
but we generate
q.C: In function ‘int main()’:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92812
--- Comment #5 from Marek Polacek ---
I don't know if this is supposed to be valid now too:
int arr[1] = static_cast(42);
or
using T = int[];
int arr[1] = static_cast(42);
but it seems so.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92812
--- Comment #6 from Marek Polacek ---
Actually make that
using T = int[1];
T&& arr = static_cast(42);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96179
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96077
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96077
--- Comment #9 from Marek Polacek ---
Fixed for GCC 10.2 and 11.
at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
--- Comment #2 from Marek Polacek ---
Somewhat improved by r11-2064, though we still generate junk that seem
redundant. But at least it says
error: expected ‘}’ before ‘.’ token
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95288
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||mpolacek at gcc dot gnu.org
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek ---
Confirmed. I think Nathan tweaked the lambda names recently.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96179
Marek Polacek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95789
--- Comment #6 from Marek Polacek ---
*** Bug 96179 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95789
--- Comment #7 from Marek Polacek ---
// PR c++/96179
template struct vector
{
void push_back(T) { }
};
struct dummy{
int a;
};
void Modify_Dummy(dummy &d){
d.a=1;
}
template void Templated_Function(){
vector A;
||mpolacek at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
--- Comment #2 from Marek Polacek ---
Right, thanks, fixed in r224162. That came without a test so I'll add this
one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95820
Marek Polacek changed:
What|Removed |Added
Summary|[10/11 Regression] ICE in |[10 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94415
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94404
Bug 94404 depends on bug 94415, which changed state.
Bug 94415 Summary: Implement DR 2237: Can a template-id name a constructor?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94415
What|Removed |Added
---
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mpolacek at gcc dot gnu.org
Target Milestone: ---
template class A;
template struct W { };
template class B {
enum { X };
B(A) { }
template using U = B;
W u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96199
Marek Polacek changed:
What|Removed |Added
Summary|internal compiler error: in |[10/11 Regression] internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96199
--- Comment #2 from Marek Polacek ---
We're reaching tsubst_copy/CONST_DECL:
/* We didn't find the name. That should never happen; if
name-lookup found it during preliminary parsing, we
should find it again h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59978
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95789
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mpolacek at gcc dot gnu.org
Target Milestone: ---
// DR 2032 - Default template-arguments of variable templates
// [temp.param]/14: If a template-parameter of a class template, variable
at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
Ever confirmed|0 |1
Last reconfirmed||2020-07-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85282
Marek Polacek changed:
What|Removed |Added
CC||haoxintu at gmail dot com
--- Comment #8
|--- |DUPLICATE
CC||mpolacek at gcc dot gnu.org
--- Comment #1 from Marek Polacek ---
Dup.
*** This bug has been marked as a duplicate of bug 85282 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50370
Marek Polacek changed:
What|Removed |Added
CC||ec13n at my dot fsu.edu
--- Comment #3 f
|--- |DUPLICATE
CC||mpolacek at gcc dot gnu.org
--- Comment #6 from Marek Polacek ---
Closing.
*** This bug has been marked as a duplicate of bug 50370 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50370
Marek Polacek changed:
What|Removed |Added
CC||david.bolvansky at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87234
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: mpolacek at gcc dot gnu.org
Target Milestone: ---
Use -std=c++20:
// DR 1787
#include
constexpr int
fn1 ()
{
unsigned char foo;
unsigned char u = foo; // OK: u has an indeterminate value
return u; // UB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96223
--- Comment #1 from Marek Polacek ---
Note that is_byte_access_type won't do, because it includes char8_t too.
||mpolacek at gcc dot gnu.org
Keywords||accepts-invalid
Last reconfirmed||2020-07-16
Status|UNCONFIRMED |NEW
--- Comment #1 from Marek Polacek ---
Your observation makes sense to me, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96215
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79815
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||2020-07-21
Status|UNCONFIRMED |NEW
CC||mpolacek at gcc dot gnu.org,
||nathan at gcc dot gnu.org
--- Comment #1 from Marek Polacek ---
Started with r11-2106
||2020-07-21
CC||mpolacek at gcc dot gnu.org,
||nathan at gcc dot gnu.org
Status|UNCONFIRMED |NEW
--- Comment #1 from Marek Polacek ---
Seems to have started with r11
,
||mpolacek at gcc dot gnu.org
Last reconfirmed||2020-07-21
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
--- Comment #1 from Marek Polacek ---
It used to compile, then since
||mpolacek at gcc dot gnu.org
Last reconfirmed||2020-07-21
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek ---
I suppose it should work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96268
--- Comment #3 from Marek Polacek ---
name<{"hi"}> would work if convert_nontype_argument called digest_init for the
CONSTRUCTOR. This reminds me of another PR where I wanted to add such a
digest_init call, but in the end wound up doing somethin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96257
--- Comment #3 from Marek Polacek ---
I think gomp.exp adds -fopenmp -Wno-hsa automatically.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92812
--- Comment #7 from Marek Polacek ---
This should now work too:
int (&&r)[3] = static_cast(42);
int (&&r2)[1] = static_cast(42);
and in both cases the reference declarations lifetime-extend the array
temporary.
at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
Keywords||rejects-valid
CC||mpolacek at gcc dot gnu.org
--- Comment #1 from Marek Polacek ---
This happens to be fixed by r11-1571. Will add the test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52094
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
Status|UNCONFIRMED |ASSIGNED
CC||mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from Marek Polacek ---
Compiles fine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68828
--- Comment #3 from Marek Polacek ---
*** Bug 68827 has been marked as a duplicate of this bug. ***
401 - 500 of 10213 matches
Mail list logo
