https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61456
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61289
--- Comment #4 from Paul Pluzhnikov ---
Back-port to gcc-4_9-branch?
Thanks,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61493
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58704
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Created attachment 32977
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32977&action=edit
test case
Google ref: b/15734838
Test case compiles fine with Clang and current gcc-4_8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60265
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Google ref: b/15094102
The following test compiles with gcc-4.8 and t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61575
--- Comment #1 from Paul Pluzhnikov ---
Sorry, cut/paste error. Both
gcc-svn-4_9-r211828/bin/gcc
gcc-svn-4_9-r211175/bin/gcc
fails the same way.
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Google ref: b/15789654
Fails with current trunk, and all older versions I've tried.
g++ -c t.cc -std=c++11
t.cc: In function 'void Bar()':
t.cc:9:11: error: uninitialized const
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Google ref: b/15883782
This broke on trunk sometime after r200178, is broken currently (r211990), and
also on gcc-4_9-branch.
// --- cut ---
int Fn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61022
--- Comment #2 from Paul Pluzhnikov ---
Still fails with trunk @r222386
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Google ref: b/12015772
The following source:
int x[4];
int foo (int a)
{
int n = a ? 1 : 2;
int i;
for(i = 0; i < 4 + n; i++ )
x[i]++;
return 0;
}
compiles into infinite loop due
ty: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Google ref: b/12471255
/// --- cut ---
namespace foo
{
template < typename > class A
{
template < typename > friend class Out
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59815
--- Comment #1 from Paul Pluzhnikov ---
Slightly more reduced test:
namespace foo
{
template < typename > class A
{
template < typename > friend class Outer;
};
A a; // comment out -> bug goes away.
template < typename > class Ou
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
This is caused by r197790 (fix for PR c++/23055).
Google ref: b/12471166
/// --- cut ---
template
struct Identity {
typedef T type;
};
struct Foo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23055
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Google ref b/12545403
/// -- cut ---
struct A
{
struct B
{
int aa;
int bb;
};
B cc;
};
void Fn1 (const A &);
void
Fn2 ()
{
Fn1 ( {
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Created attachment 31883
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31883&action=edit
test case
I will attach test case and a propose
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59656
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59869
Paul Pluzhnikov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59656
--- Comment #3 from Paul Pluzhnikov ---
*** Bug 59869 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59656
--- Comment #4 from Paul Pluzhnikov ---
Created attachment 31911
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31911&action=edit
test case
Copy of test case from PR 59869
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59656
--- Comment #7 from Paul Pluzhnikov ---
Created attachment 31924
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31924&action=edit
Alternate fix from Kyle Lippincott
Alternate patch, courtesy Kyle Lippincott .
AFAIU, Kyle's patch uses roughl
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Test:
struct Data { const char* const& name; };
constexpr Data d = { "" };
Using g++ (GCC) 4.9.0 20140122 (experimental):
g++ -c -std=c++11 t.cc
t.cc:2:25: error: &
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Google ref: b/12785605
Test:
template
struct AbstractThing {
virtual ~AbstractThing() { }
virtual const T* method() const = 0;
};
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52727
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
rity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Google ref: b/12846752
Test:
#include
struct S {};
struct T : S {};
std::unique_ptr F();
const std::unique_ptr s = F();
Using recent trun
++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
When
libstdc++-v3/testsuite/ext/random/hypergeometric_distribution/operators/values.cc
is built with -O0, I get a crash:
Program received signal SIGFPE, Arithmetic exception.
0x00401b07 in std
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60044
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35767
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
The test case below fails to compile with current trunk:
g++ (GCC) 4.9.0 20140213 (experimental)
g++ -c t.cc
t.cc:10:48: error: conflicting declaration ‘typename Foo::Bar Foo::cache
ty: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Test case:
struct Foo {
inline virtual void func() = 0;
};
struct Bar : public Foo {
void func() { }
};
int main()
{
Foo *f = new Bar;
: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
std::deque currently leaks memory. Test case:
#include
int main()
{
for (int j = 0; j < 10; ++j)
{
const int ia[] = { 2, 3, 1, 4, 2, 1, 3, 0 };
std::deque d(ia, ia + siz
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Using current trunk (r208191):
g++ -c t.cc -std=c++11
t.cc:2:6: error: conflicting declaration 'auto i'
auto i = j;
^
t.cc:1:
s: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Google ref: b/13305941
Using current (r208339) trunk:
g++ -c -std=c++11 t.cc
t.cc: In instantiation of ‘struct fn(Iter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64557
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Created attachment 34927
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34927&action=edit
test case
Continued from PR 65263
r221040 is also possibly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
--- Comment #10 from Paul Pluzhnikov ---
(In reply to Jan Hubicka from comment #9)
> Paul, I fixed similar bug yesterday, so please check if it works now
I just built at current SVN trunk (r221126).
Filed PR 65287
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65287
--- Comment #1 from Paul Pluzhnikov ---
Created attachment 34928
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34928&action=edit
c-reduce'd test case
A much shorter test:
const int __new_sys_siglist[] = {};
extern __typeof(__new_sys_sig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59832
--- Comment #7 from Paul Pluzhnikov ---
Still broken on trunk @r221169.
Leaving known ICEs for >= 1 year untouched seems... suboptimal.
(Sorry I don't know enough GCC internals to take this on.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63540
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Google ref: b/18024040
Test:
int *b;
auto __attribute__ ((may_alias)) a = b; // replace auto with "int*" to fix
Using trunk @r216408:
r216408/bin/g++ -c -std=c++11 t.ii
t.ii:2:34
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61022
--- Comment #1 from Paul Pluzhnikov ---
Still fails with trunk @r216948
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60978
--- Comment #9 from Paul Pluzhnikov ---
(In reply to Jason Merrill from comment #8)
> You shouldn't get the warning about IPPROTO_ICMP vs IPPROTO_ICMPV66, as they
> are members of the same anonymous enum.
They are?
In glibc-2.19, include/netin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60978
--- Comment #11 from Paul Pluzhnikov ---
(In reply to Jason Merrill from comment #10)
> Interesting, in glibc 2.18 (at least in glibc-headers-2.18-16.fc20.x86_64)
> they are in the same enum.
The in.h is actually part of kernel, not glibc itsel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58930
--- Comment #5 from Paul Pluzhnikov ---
(In reply to Paolo Carlini from comment #4)
> Fixed for 4.10.0.
Can this be back-ported to gcc-4_9-branch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59832
--- Comment #5 from Paul Pluzhnikov ---
Still broken on trunk @r211990.
Any chance someone can look at this?
++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Google ref: b/16030670.
AFAICT, this is broken in all of 4.7 / 4.8 / 4.9 / 4.10.
Accepted by Clang without warnings.
gcc-svn-r212277/bin/g++ -c -std=c++11 t.cc
t.cc: In function ‘void fn1()’:
t.cc:29:14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61723
--- Comment #5 from Paul Pluzhnikov ---
(In reply to Paolo Carlini from comment #1)
> I find this testcase rather weird
It's the result of creduce over a preprocessed original.
> std::initializer_list isn't a random user type
In the non-reduce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61723
--- Comment #6 from Paul Pluzhnikov ---
It turns out that the original unreduced test case does not error on trunk
@r212277;
it only ICEs on gcc-4.8 and gcc-4.9 branches.
But once I creduced it using 4.9, the reduced test also ICEd on trunk.
I
++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Created attachment 33134
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33134&action=edit
test case
Google ref: b/16030670
Originally reported against gcc-4.8.
Attached test case causes gcc-4_9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61723
--- Comment #8 from Paul Pluzhnikov ---
Filed PR61833
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61833
Paul Pluzhnikov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44122
Paul Pluzhnikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59832
--- Comment #6 from Paul Pluzhnikov ---
Still broken @r212875
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59815
--- Comment #3 from Paul Pluzhnikov ---
Still broken @r212875
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59812
--- Comment #3 from Paul Pluzhnikov ---
Reconfirmed @r212875
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Google ref: b/16582830
Gcc 4.8, 4.9 and current trunk @r213084 are affected.
// --- cut ---
struct function
{
template < typename _Functor > function (_F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61947
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25509
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62310
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63149
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59832
--- Comment #9 from Paul Pluzhnikov ---
Still broken on trunk @r231541. Closing on 2 years now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59832
--- Comment #11 from Paul Pluzhnikov ---
(In reply to Markus Trippelsdorf from comment #10)
> Patches are welcome.
Yes, I know. As I lamented in comment #7,
I don't know enough GCC internals to take this on.
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: ppluzhnikov at google dot com
Target Milestone: ---
Created attachment 36270
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36270&action=ed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67396
Paul Pluzhnikov changed:
What|Removed |Added
CC||jh at suse dot cz
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67396
--- Comment #3 from Paul Pluzhnikov ---
(In reply to Andrew Pinski from comment #2)
> Can you provide -ftime-report ?
Sure:
perl gen_bz18872.pl 2000 > t.c && gcc-svn-r227321/bin/gcc -c -O2 t.c
-ftime-report
Execution times (seconds)
phase se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67396
--- Comment #5 from Paul Pluzhnikov ---
> please do before you report compile time regressions.
Ok. Here are the new numbers from current trunk built with
--enable-checking=release
(nothing's changed that I can see; still very slow):
for j in 5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46830
Summary: s.swap(s) triggers overlapped memcpy() for
versa_string
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
ror: cannot convert 'T*Â to ÂT*Â
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ppluzhnikov at google dot com
GCC build
--- Comment #4 from ppluzhnikov at google dot com 2010-05-15 00:59 ---
For reference, here is what clang currently prints (I am told):
t.cc:8:9: error: no matching function for call to 'foo'
return foo(&pos);
^~~
t.cc:3:5: note: candidate function not vi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56109
Paul Pluzhnikov changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
201 - 274 of 274 matches
Mail list logo
