http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52531
--- Comment #5 from janus at gcc dot gnu.org 2012-06-09 09:34:53 UTC ---
Note: Apart from the two workarounds mentioned in the test case, there is one
other possibility to make it work, namely to make 'bar' also polymorphic (like
the dummy 'var'),
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53611
--- Comment #3 from Kirby Zhou 2012-06-09 09:43:09
UTC ---
If "myopen" returns "__cook", I will agree with you. But "myopen" returns
"__cook *", just a pointer.
I do not think it is reasonable to hide "myopen".
It is a usual method to hide the im
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |4.6.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53619
Bug #: 53619
Summary: [c++11, regression] wrong capture of "this" in lambda
in case of polymorphism
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53619
--- Comment #1 from vincenzo Innocente
2012-06-09 16:16:32 UTC ---
reduced a bit showing how the offset is wrongly computed
struct CA {
int x;
};
struct B {
virtual ~B(){}
};
struct A : public B , CA {
int foo(int);
};
int A::foo(int l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53602
--- Comment #13 from Richard Henderson 2012-06-09
16:27:59 UTC ---
Author: rth
Date: Sat Jun 9 16:27:52 2012
New Revision: 188360
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188360
Log:
PR c++/53602
* cfgcleanup.c (execute_jum
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53570
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53619
--- Comment #2 from vincenzo Innocente
2012-06-09 17:04:10 UTC ---
an even simpler test
cat lambda_this2.cpp
#include
struct C {
int x;
};
struct B {
int q;
};
struct A : public B , C {
void foo();
};
void A::foo() {
auto k = [this](
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53620
Bug #: 53620
Summary: Compiler segfaults when compiling Digikam
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53620
--- Comment #1 from Rohan Garg 2012-06-09
18:59:47 UTC ---
Seems like my files are too large to be attached, hence you can find them here
http://people.ubuntu.com/~rohangarg/gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51938
Marc Glisse changed:
What|Removed |Added
Attachment #27591|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32629
--- Comment #2 from Jan Hubicka 2012-06-09 22:17:07 UTC
---
> I suppose doing the $0x0 optimization should be done post-reload.
I was wondering how to implement this nice for some years already I don't
see how this can be done without special
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53619
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
--- Comment #18 from Brent W. Barker 2012-06-09
22:48:47 UTC ---
> > I found that the following nested deallocation program still fails in
> > 4.6.3.>
>
> I can confirm that it fails with 4.6.3. However, it works for me with 4.7.0
> and
4.8 tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53621
Bug #: 53621
Summary: [SH] Frame pointers not generated with
-fno-omit-frame-pointer on GCC 4.7.0
Classification: Unclassified
Product: gcc
Version: unknown
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53622
Bug #: 53622
Summary: C++11 regex captures extra characters
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53622
--- Comment #1 from Matt Arsenault
2012-06-10 02:02:42 UTC ---
The same samples work with boost regex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53621
--- Comment #1 from Lawrence Sebald 2012-06-10
02:29:40 UTC ---
Created attachment 27594
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27594
Remove line forcing -fomit-frame-pointer on sh-elf.
The problem seems to boil down to line 750 of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53623
Bug #: 53623
Summary: [4.7 Regression] sign extension is effectively split
into two x86-64 instructions
Classification: Unclassified
Product: gcc
Version: 4.7.0
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53624
Bug #: 53624
Summary: GCC rejects function local types in template function
with default template arguments
Classification: Unclassified
Product: gcc
Version: 4.6.3
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53624
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53624
--- Comment #2 from Daniel Lunow 2012-06-10
04:49:29 UTC ---
Their is no requirement (in the c++11 standard) for function templates that
implies subsequent template parameters after a template parameter with default
template argument must also ha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53624
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
23 matches
Mail list logo