http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50391
Bug #: 50391
Summary: [C++0x] ICE on invalid code, pair with incomplete type
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50711
Bug #: 50711
Summary: [C++0x] substitution failure reports error with
result_of
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50711
--- Comment #3 from Jarryd Beck 2011-10-13
03:32:05 UTC ---
The following code works:
struct Tuple
{
int a, b, c;
};
struct array_get
{
template
const T&
operator()(const T& t)
{
return t;
}
template
auto
operator()(con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50893
Bug #: 50893
Summary: [C++0x] explicitly defaulted virtual destructor throw
specification
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50929
Bug #: 50929
Summary: [C++0x] Wrong function selected for overload with
template and rvalue reference
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50929
--- Comment #2 from Jarryd Beck 2011-10-31
07:42:54 UTC ---
That's a shame, and rather annoying. I read pages and pages of the standard to
try to understand this one. Do you know where this is explained?
I added a non-const constructor and also
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50929
--- Comment #4 from Jarryd Beck 2011-10-31
10:07:04 UTC ---
I didn't realise that A(A&) was a better match. I was thinking of C++ code
where you might write:
template
A(const T& t);
A(const A& rhs);
in which case A(const A&) would be ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50929
--- Comment #6 from Jarryd Beck 2011-10-31
10:34:16 UTC ---
Yeah I understand now. Basically having a perfect forwarding constructor means
that I need a non-const constructor if I want my example to work as I initially
said.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50972
Bug #: 50972
Summary: [C++0x] ICE on undeclared identifier
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50973
Bug #: 50973
Summary: [C++11] internal compiler error defaulted destructor
virtual inheritance
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51045
Bug #: 51045
Summary: [C++0x] erroneous zero as null pointer constant
warning at delete
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51045
--- Comment #1 from Jarryd Beck 2011-11-09
02:15:34 UTC ---
Created attachment 25762
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25762
erroneous zero as null pointer warning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51080
Bug #: 51080
Summary: [C++11] constexpr function array size error
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52699
Bug #: 52699
Summary: infinite loop generated with -O0
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52699
Jarryd Beck changed:
What|Removed |Added
Target||i686-pc-linux-gnu
Host|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52699
--- Comment #2 from Jarryd Beck 2012-03-24
07:55:16 UTC ---
Created attachment 26972
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26972
this file never terminates with -O0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52699
--- Comment #3 from Jarryd Beck 2012-03-24
07:56:15 UTC ---
Created attachment 26973
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26973
The preprocessed version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52699
--- Comment #4 from Jarryd Beck 2012-03-24
07:57:20 UTC ---
Note that this appears to happen only on 32 bit.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51299
Bug #: 51299
Summary: [C++11] erroneous nullptr warning on dynamic cast
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jarrydb at cse dot unsw.edu.au
Target Milestone: ---
The following correct code fails to compile in r231384
template
struct declval_helper
{
static constexpr bool stop = false;
static T
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jarrydb at cse dot unsw.edu.au
Target Milestone: ---
r231384
ICE in the fold expression in the following code:
template
bool requires_types(Types&&... types)
{
return (true && ... &&
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jarrydb at cse dot unsw.edu.au
Target Milestone: ---
The following code causes an ICE in r231384
template
struct Var
{
};
struct A
{
};
template
bool requires_types_args(V
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jarrydb at cse dot unsw.edu.au
Target Milestone: ---
The following causes r231384 to ICE
template
struct Var
{
};
struct A
{
};
template
T
forward(T t)
{
return static_cast
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49356
Summary: C++0x decltype fails with recursive template function
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49399
Summary: [C++0x] substitution failure error
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49399
--- Comment #2 from Jarryd Beck 2011-06-14
11:52:58 UTC ---
By works fine I mean that the code compiles, and when it runs, the program
returns the number 4.
Maybe I'm misunderstanding how this is all supposed to work and something has
changed in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49399
--- Comment #4 from Jarryd Beck 2011-06-14
12:21:15 UTC ---
(In reply to comment #3)
> The program should not compile.
>
> In C++03 it should fail to compile because it accesses a private member.
> SFINAE
> does not take access control into acc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49399
--- Comment #7 from Jarryd Beck 2011-06-14
12:34:35 UTC ---
(In reply to comment #6)
> (In reply to comment #4)
> > Ah, I see. Well the example you gave also doesn't compile. This is exactly
> > what
> > the boost library does too, I missed that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49399
--- Comment #8 from Jarryd Beck 2011-06-14
12:35:31 UTC ---
(In reply to comment #7)
> (In reply to comment #6)
> > (In reply to comment #4)
> > > Ah, I see. Well the example you gave also doesn't compile. This is
> > > exactly what
> > > the bo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49420
Summary: [C++0x] compiler segfault using result_of
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49420
--- Comment #2 from Jarryd Beck 2011-06-16
22:55:44 UTC ---
That fixes it for me. Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49587
Summary: Code generation error with dynamic libraries.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49589
Summary: [C++0x] Internal compile error at decltype
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49587
--- Comment #2 from Jarryd Beck 2011-06-30
10:16:58 UTC ---
I wish that I could give you a test case. I can't reproduce it on any small
piece of code. The only code that I can get it to break on is my project which
has about 20,000 lines of code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49587
--- Comment #3 from Jarryd Beck 2011-06-30
11:52:52 UTC ---
Sorry I better get that function in the dynamic loading correct. It calls the
actual function which goes to _dl_runtime_resolve which calls _dl_fixup, then
it bombs at the end of _dl_run
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49587
--- Comment #5 from Jarryd Beck 2011-06-30
20:56:32 UTC ---
Ah, yes I think it is.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49538
--- Comment #7 from Jarryd Beck 2011-07-07
21:55:06 UTC ---
I just wanted to comment here that I have also found this problem. I bisected
it to the same revision using my own project. I reported it as bug [[49587]].
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49538
--- Comment #8 from Jarryd Beck 2011-07-07
21:58:45 UTC ---
Sorry I linked that wrongly, it's bug 49587.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49538
--- Comment #10 from Jarryd Beck 2011-07-10
12:20:26 UTC ---
*** Bug 49587 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49587
Jarryd Beck changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49983
Summary: Template types fail in range-based for.
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50020
Summary: [C++0x] internal compiler error range for in templated
class
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: critical
Priority: P3
Co
42 matches
Mail list logo
