[Bug c++/57155] New: casting to const reference error

2013-05-03 Thread rockeet at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57155 Bug #: 57155 Summary: casting to const reference error Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: major

[Bug c++/57155] casting to const reference error

2013-05-03 Thread rockeet at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57155 --- Comment #2 from rockeet rockeet at gmail dot com 2013-05-03 10:35:53 UTC --- In this case, C++ shouldn't create a temporal object and bound the const ref to it. The C++ standard (C++11) says: 5.2.1 Subscripting [expr.sub] 1 A postfix

[Bug c++/53505] New: bitfield with bool type generated broken object code

2012-05-28 Thread rockeet at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53505 Bug #: 53505 Summary: bitfield with bool type generated broken object code Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: critical

[Bug c++/23885] incorrect template two-stage name-lookup

2011-12-13 Thread rockeet at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23885 rockeet rockeet at gmail dot com changed: What|Removed |Added CC||rockeet at gmail dot

[Bug c++/23885] incorrect template two-stage name-lookup

2011-12-13 Thread rockeet at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23885 --- Comment #10 from rockeet rockeet at gmail dot com 2011-12-13 09:38:45 UTC --- Sorry, missed output of g++ 4.6.0: Begin Output void f(A) void f(B) void f(B) void f(T) [with T = int] void f(T) [with T = int*] End Output

[Bug target/81389] _mm_cmpestri segfault on -O0

2017-08-15 Thread rockeet at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81389 rockeet changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID

[Bug target/81389] _mm_cmpestri segfault on -O0

2017-08-10 Thread rockeet at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81389 rockeet changed: What|Removed |Added CC||rockeet at gmail dot com --- Comment #9 from

[Bug target/81389] _mm_cmpestri segfault on -O0

2017-08-14 Thread rockeet at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81389 rockeet changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID

[Bug c++/81389] New: _mm_cmpestri segfault on -O0

2017-07-10 Thread rockeet at gmail dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: rockeet at gmail dot com Target Milestone: --- With option -O0, intrinsic _mm_cmpestri generate a mmload and a _mm_cmpestri, in which mmload raise a CPU hardware exception. The reason is: mmload require memory align to 16, but _mm_cmpestri

[Bug target/81389] _mm_cmpestri segfault on -O0

2017-07-18 Thread rockeet at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81389 --- Comment #3 from rockeet --- @Martin Liška Yes, my use case is: __m128i key128 = { key }; // key is an unsigned char int idx = _mm_cmpestri(key128, 1, *(const __m128i*)(data), // don't require memory align len,

[Bug target/81389] _mm_cmpestri segfault on -O0

2017-07-18 Thread rockeet at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81389 --- Comment #2 from rockeet --- I had also tested intel compiler with -O0 serveral years ago, it was OK.

[Bug target/81389] _mm_cmpestri segfault on -O0

2017-08-08 Thread rockeet at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81389 rockeet changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID

[Bug c++/86876] New: friend typedef'ed class in template class can not compile

2018-08-07 Thread rockeet at gmail dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: rockeet at gmail dot com Target Milestone: --- // code: #include template struct A { template struct X { void foo(U* p) { printf("p->a = %d\n", p->a); }

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

2020-01-28 Thread rockeet at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 rockeet changed: What|Removed |Added CC||rockeet at gmail dot com --- Comment #19 from

[Bug libstdc++/106871] New: std::function should not check func ptr on each call

2022-09-07 Thread rockeet at gmail dot com via Gcc-bugs
Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: rockeet at gmail dot com Target Milestone: --- std::function should not check func ptr on each call, an optimization should be: define a 'default throw' function which just throws a std::bad_function_call