https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32039
Ville Voutilainen changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32039
--- Comment #10 from Ville Voutilainen ---
Ok, this is
http://open-std.org/JTC1/SC22/WG21/docs/cwg_closed.html#1960
which says
"The rule was introduced because the hiding of a base class member by an
intermediate derived class is potentially int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64356
Ville Voutilainen changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
|UNCONFIRMED |NEW
Last reconfirmed||2015-01-12
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
Known to fail||4.8.2, 4.9.1, 5.0
|UNCONFIRMED |NEW
Last reconfirmed||2015-01-12
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
Known to fail||4.9.1, 5.0
Status|UNCONFIRMED |NEW
Last reconfirmed||2015-01-13
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
Known to fail||4.8.2, 4.9.1, 5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57854
--- Comment #5 from Ville Voutilainen ---
It seems to me that
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=219213
implements the desired functionality. Can we close this bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59354
--- Comment #10 from Ville Voutilainen ---
(In reply to Jakub Jelinek from comment #9)
> I can reproduce it even with r219580.
Likewise. People, remember to use -O3 when reproducing.
|UNCONFIRMED |NEW
Last reconfirmed||2015-01-14
CC||ville.voutilainen at gmail dot
com
Known to work||4.7.3, 4.8.2, 4.9.1
Ever confirmed|0 |1
||ville.voutilainen at gmail dot
com
Resolution|FIXED |---
--- Comment #8 from Ville Voutilainen ---
This case fails:
struct base {
};
struct derived : base {
derived(const base &state)
: base{state} // Gcc, Clang, and EDG re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64647
Ville Voutilainen changed:
What|Removed |Added
CC||jason at redhat dot com
Com
||2015-01-18
CC||ville.voutilainen at gmail dot
com
Assignee|unassigned at gcc dot gnu.org |ville.voutilainen at
gmail dot com
Ever confirmed|0 |1
--- Comment #1 from Ville Voutilainen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59366
Ville Voutilainen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51747
--- Comment #10 from Ville Voutilainen ---
This code fails with the current trunk:
struct B {};
struct D : B {D(B b) : B{b} {}};
base-aggr-init.cpp: In constructor ‘D::D(B)’:
base-aggr-init.cpp:2:27: error: too many initializers for ‘B’
struc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51747
--- Comment #11 from Ville Voutilainen ---
Also,
struct base {
int x;
};
struct derived : base {
derived(const base &state)
: base{state}
{}
};
is diagnosed with
base-aggr-init2.cpp: In constructor ‘derived::derived(const
|UNCONFIRMED |NEW
Last reconfirmed||2015-01-27
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
Known to fail||4.8.2, 4.9.1, 5.0
|UNCONFIRMED |NEW
Last reconfirmed||2015-01-27
CC||paolo.carlini at oracle dot
com,
||ville.voutilainen at gmail dot
com
Known to work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64791
--- Comment #4 from Ville Voutilainen ---
Oh, wait a minute, with trunk, I see an incorrect warning:
prog.cc: In function 'int main()':
prog.cc:7:15: warning: variable 'a' set but not used
[-Wunused-but-set-variable]
const int a = 2;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64791
--- Comment #6 from Ville Voutilainen ---
I ran it with this thing:
http://melpon.org/wandbox/permlink/gAsh89NaSSFspYjq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64791
--- Comment #9 from Ville Voutilainen ---
I can't see any warnings with my trunk build from today, either.
Status|UNCONFIRMED |NEW
Last reconfirmed||2015-02-02
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
Known to fail||4.8.2, 4.9.1, 5.0
||ville.voutilainen at gmail dot
com
Resolution|--- |INVALID
--- Comment #1 from Ville Voutilainen ---
The constructors for Point are constexpr, but since p2 is not, passing
it as an argument for scale() means that the invocation of scale
||4.8.2
Keywords||accepts-invalid
Last reconfirmed||2015-02-02
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64901
Ville Voutilainen changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ville.voutilainen at
gmail
|UNCONFIRMED |NEW
Last reconfirmed||2015-02-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
Known to fail||4.8.2, 4.9.1, 5.0
|UNCONFIRMED |NEW
Last reconfirmed||2015-02-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
Known to fail||4.8.2, 4.9.1, 5.0
|UNCONFIRMED |NEW
Last reconfirmed||2015-02-16
CC||paolo.carlini at oracle dot
com,
||ville.voutilainen at gmail dot
com
Known to work
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
#include
template void copy_it(T t)
{
T t2{t}; // #1
}
int main()
{
std::initializer_list x{1,2,3};
std::initializer_list y{x}; // #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58910
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64842
--- Comment #3 from Ville Voutilainen ---
Email sent to Bjarne.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64171
--- Comment #3 from Ville Voutilainen ---
(In reply to Paolo Carlini from comment #2)
> Today I can't reproduce the issue in mainline. Ville, can you double check?
Works fine for me on current trunk, no ICE, no hang.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64227
--- Comment #3 from Ville Voutilainen ---
(In reply to Paolo Carlini from comment #2)
> I guess we should resolve this one as fixed and re-open c++/64085, which
> still ICEs for me. Agreed?
Yes, this bug doesn't reproduce anymore, whereas 64085
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62274
--- Comment #4 from Ville Voutilainen ---
(In reply to juchem from comment #3)
> Clang does accept this code: http://goo.gl/YKBt2l
Clang 3.3 and 3.4 do, yes. 3.5, 3.6 and their trunk don't.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63860
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55588
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58761
--- Comment #2 from Ville Voutilainen ---
Reduced:
template
struct X
{
int x = 42;
int y = [this](){return this->x;}();
};
int main()
{
X x;
}
Seems to require a template to trigger, but from that point onwards,
it's quite easy to trigg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58753
--- Comment #8 from Ville Voutilainen ---
Slightly reduced, I guess...
#include
template
struct X {X(std::initializer_list) {}};
template
class T {
X x{1};
};
int main()
{
T t;
}
This gives
plaatti-reduced2.cpp: In constructor ‘
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
This code compiles without any problem:
template class Obj;
template<> class Obj {
struct secret{};
};
template
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
Reduced test:
struct X
{
//friend void f(int) {} // #1
template friend void f(T) {} // #2
};
int main()
{
f(5); // #3
}
The function in
: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
Test:
template struct Obj;
template struct A {
template class> struc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59457
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
IRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
Test snippet:
template
int func (T) { return 0; }
template
auto func (T t, Ts... ts) -> decltype (
++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
Test:
struct aa {
friend struct cc;
private:
struct bb {};
};
struct cc : aa::bb {};
Output:
ville.cpp:1:47: error: ‘struct aa::bb’ is private
struct aa { friend struct cc
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
Test:
struct X {
protected:
int i;
};
struct Y: X {
void f() {
[&]{ X::i = 3; }(); } // #1
};
Output:
eelis.cpp: In lambda func
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59482
--- Comment #1 from Ville Voutilainen ---
A friend function can access the private class, thus
void f();
struct B {
friend void f();
private:
struct C {};};
void f() {
struct D : B::C{};
}
Some analysis follows:
I investigated t
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
constexpr int foo(float f) {return int(f);}
int main()
{
const float x = 0.5;
static_assert(x > 0.1, "all good"); // #1
constexpr int i = foo(x); // #2
}
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
int main
{
static const int x = 5;
const int * const y = &x;
static_assert(y, "");
}
clang rejects this, gcc accepts.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59686
--- Comment #1 from Ville Voutilainen ---
(In reply to Ville Voutilainen from comment #0)
> int main
> {
> static const int x = 5;
> const int * const y = &x;
> static_assert(y, "");
> }
>
> clang rejects this, gcc accepts.
well, typ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59702
--- Comment #1 from Ville Voutilainen ---
I forgot to mention that clang accepts the code.
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
struct A {};
template
int func (A) {
return {};
}
template
auto func () -> decltype (func (A{})) {
return {};
}
int
main (int argc, c
erity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
template struct foo { };
template using bar = foo;
template using baz = bar;
int
main (int argc, char *argv[])
{
}
This gives
ed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59701
--- Comment #1 from Ville Voutilainen ---
The testcase caused an ICE in recent versions of clang, and was fixed so that
the code is rejected by clang. This is related to Core Issue 1430, so the bug
should probably be on hold until CWG decides the
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
CC: jason at redhat dot com
Jason wrote in a private email:
"I think what we need is a compiler hook to say whether a particular expre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63362
--- Comment #3 from Ville Voutilainen ---
Looks good so far. I think this is a sufficient start for implementing the
library traits. Does the patch cover template cases as well? Such as
struct B {B();};
template struct C : T
{
};
SA(__calls_n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60132
Ville Voutilainen changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ville.voutilainen at
gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60132
Ville Voutilainen changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63362
Ville Voutilainen changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63362
--- Comment #10 from Ville Voutilainen ---
Reduced:
template
struct bool_
{
};
template
struct mytrait : bool_<__is_trivially_constructible(T, Args...)>
{
}
trivial_trait2.cpp:7:64: internal compiler error: tree check: expected class
‘type’
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63362
--- Comment #13 from Ville Voutilainen ---
Hmm. The first of the two ICE tests still ICEs. It no longer stops my build,
though - and I don't quite understand why, because previously the build
ICEd when building the library pre-compiled headers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63362
--- Comment #15 from Ville Voutilainen ---
(In reply to Jason Merrill from comment #14)
> (In reply to Ville Voutilainen from comment #13)
> > Hmm. The first of the two ICE tests still ICEs.
>
> Which test? None of the tests are ICEing for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63362
--- Comment #16 from Ville Voutilainen ---
(In reply to Ville Voutilainen from comment #15)
> (In reply to Jason Merrill from comment #14)
> > (In reply to Ville Voutilainen from comment #13)
> > > Hmm. The first of the two ICE tests still ICEs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63362
--- Comment #18 from Ville Voutilainen ---
(In reply to Jason Merrill from comment #17)
> (In reply to Ville Voutilainen from comment #16)
> > > This one:
> > >
> > > #include
> > >
> > > template
> > > struct mytrait : public std::__and_,
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63362
--- Comment #20 from Ville Voutilainen ---
(In reply to Jason Merrill from comment #19)
> (In reply to Ville Voutilainen from comment #18)
> > to work just fine. Yet this particular test will not work with my
> > modifications, but works without
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63362
--- Comment #22 from Ville Voutilainen ---
Created attachment 33664
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33664&action=edit
Preprocessed source for is_trivially_copy_constructible tests
This test fails the static_assert for TType
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63362
--- Comment #24 from Ville Voutilainen ---
(In reply to Jason Merrill from comment #23)
> (In reply to Ville Voutilainen from comment #22)
> > This test fails the static_assert for TType (which is a trivial type),
> > PODType and DelDef, and it w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63362
--- Comment #26 from Ville Voutilainen ---
(In reply to Jason Merrill from comment #25)
> And the ICE reduces to
>
> struct A {
> A(...);
> };
>
> int main()
> {
> volatile A a;
> volatile A a2(a);
> }
>
> which crashes from infinite rec
-valid
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
CC: jason at redhat dot com
Created attachment 33702
--> https://gcc.gnu.org/bugzi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58972
Ville Voutilainen changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58972
--- Comment #9 from Ville Voutilainen ---
(In reply to Ville Voutilainen from comment #8)
> Does not ICE anymore, and the original bug has been resolved (Daniel's local
> class example is still rejected). I don't know which revision fixes it,
> t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58972
Ville Voutilainen changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ville.voutilainen at
gmail
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
CC: jason at redhat dot com
Test snippet:
#include
struct _Iter_less_iter
{
template
constexpr bool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57979
--- Comment #5 from Ville Voutilainen ---
I think this should be put on hold, since EWG told CWG in Rapperswil
that const floats should perform the same magic as const ints do, see
http://open-std.org/JTC1/SC22/WG21/docs/cwg_closed.html#1826
whic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57979
--- Comment #6 from Ville Voutilainen ---
In other words, EWG wants the standard to be changed so that GCC's behavior
actually becomes conforming, as far as I understand the intent.
||2014-11-19
CC||ville.voutilainen at gmail dot
com
Component|libstdc++ |c++
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63959
Ville Voutilainen changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ville.voutilainen at
gmail
||2014-11-20
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
--- Comment #1 from Ville Voutilainen ---
Same result if all the bools are changed to ints. clang accepts the code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12277
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
template struct foo
{
static_assert(noexcept(((foo *)1)->~foo()), "");
};
template class foo;
Clang diagnoses t
||2014-12-01
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
--- Comment #1 from Ville Voutilainen ---
Still happens with the gcc5 trunk.
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ville.voutilainen at gmail dot com
CC: jason at redhat dot com
The problem occurs with forward and move, but not with a static_cast(t).
#include
||2014-12-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
Known to fail|4.10.0 |5.0
||2014-12-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
||2014-12-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
||2014-12-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
||2014-12-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
--- Comment #1 from Ville Voutilainen ---
The test ICEs on trunk:
[ville@localhost ~]$ g++ --std=c++1y -c 64171.cpp
64171.cpp:12:31
Status|UNCONFIRMED |NEW
Last reconfirmed||2014-12-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
||2014-12-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
--- Comment #2 from Ville Voutilainen ---
Let's suspend the bug while the Core issue is in progress, then.
||2014-12-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
|UNCONFIRMED |NEW
Last reconfirmed||2014-12-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
||2014-12-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
||2014-12-08
CC||ville.voutilainen at gmail dot
com
Known to work||4.8.2, 5.0
Ever confirmed|0 |1
Known to fail||4.9.0, 4.9.1
||2014-12-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
||2014-12-08
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
||2014-12-08
CC||ville.voutilainen at gmail dot
com
Version|unknown |4.8.2
Ever confirmed|0 |1
Known to fail||4.8.2, 4.9.1, 5.0
|UNCONFIRMED |NEW
Last reconfirmed||2014-12-10
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
||2014-12-10
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
--- Comment #1 from Ville Voutilainen ---
A reduced testcase would be nice.
|UNCONFIRMED |NEW
Last reconfirmed||2014-12-10
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64261
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
||2014-12-12
CC||ville.voutilainen at gmail dot
com
Ever confirmed|0 |1
Known to fail||4.8.2, 4.9.1, 5.0
||ville.voutilainen at gmail dot
com
Known to fail||4.8.2, 4.9.1, 5.0
--- Comment #1 from Ville Voutilainen ---
Clang accepts the code.
301 - 400 of 554 matches
Mail list logo
