++
Assignee: unassigned at gcc dot gnu.org
Reporter: piotr.wyderski at gmail dot com
The C++11 standard defines the content of type_traits
to contain, among other things,
template class T struct is_trivially_copy_constructible;
GCC 4.8.2 does not provide this class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #10 from Piotr Wyderski piotr.wyderski at gmail dot com
2013-02-15 11:41:07 UTC ---
(In reply to comment #1)
More related problems -- do they deserve their own bug reports?
1. The following workaround provided by Jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
Bug #: 56298
Summary: wmmintrin.h aborts compilation on the machines without
AES
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #3 from Piotr Wyderski piotr.wyderski at gmail dot com 2013-02-12
13:22:04 UTC ---
I beg to disagree, Jakub. In that case all the intrinsics
headers are written in a wrong way. At least if one takes
MSVC as a reference (which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #4 from Piotr Wyderski piotr.wyderski at gmail dot com 2013-02-12
13:30:37 UTC ---
@Richard: I don't have ICC right now, so a follow-up question is:
does ICC enable those built-in intrinsics conditionally (as does GCC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #6 from Piotr Wyderski piotr.wyderski at gmail dot com 2013-02-12
13:55:08 UTC ---
#include wmmintrin.h
__m128i f(__m128i x, __m128i y) {
return _mm_aesenc_si128(x, y);
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #9 from Piotr Wyderski piotr.wyderski at gmail dot com 2013-02-12
17:22:08 UTC ---
(In reply to comment #8)
Compiling that with icc -S t.c results in
f:
# parameter 1: %xmm0
# parameter 2: %xmm1
..B1.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55338
--- Comment #2 from Piotr Wyderski piotr.wyderski at gmail dot com 2012-11-16
15:06:45 UTC ---
IMO this case is not covered by the linked paragraph,
so please wait and let me create a thread on
compl.lang.c++.moderated and then proceed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55338
Bug #: 55338
Summary: Incorrectly reported error in type name hiding
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54857
Bug #: 54857
Summary: Superfluous NOPs on Atom
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52018
Bug #: 52018
Summary: GCC refuses to accept a disambiguation statement
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51379
Bug #: 51379
Summary: reinterpret_cast is not particularly useful
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51379
--- Comment #1 from Piotr Wyderski piotr.wyderski at gmail dot com 2011-12-01
12:58:16 UTC ---
Both static_cast and C-type cast work as expected.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49300
Summary: [x86] Missing SSE4.1 intrinsic function
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49064
--- Comment #3 from Piotr Wyderski piotr.wyderski at gmail dot com 2011-05-20
12:50:49 UTC ---
#include cstdint
#include emmintrin.h
struct X {
__m128i*m_Data;
std::size_t m_Len;
void xor_all(const X v1, const X v2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49064
Summary: [x86/x64]: broken alias analysis leads vectorizer to
emit poor code
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49064
--- Comment #1 from Piotr Wyderski piotr.wyderski at gmail dot com 2011-05-19
14:27:28 UTC ---
This is caused by the following definition in emmintrin.h:
/* The Intel API is flexible enough that we must allow aliasing with other
vector types
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49028
--- Comment #3 from Piotr Wyderski piotr.wyderski at gmail dot com 2011-05-18
12:02:58 UTC ---
(In reply to comment #2)
Maybe we can do some generic clever tricks to (A /[ex] CST1) % CST2?
We'd like to re-associate it somehow.
Wouldn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49028
Summary: Missed optimization of pointer arithmetic
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49028
--- Comment #1 from Piotr Wyderski piotr.wyderski at gmail dot com 2011-05-17
17:24:03 UTC ---
If I change the function to:
template unsigned int N void RN::xxx_release(void* p) {
char* q = reinterpret_castchar*(m_Cursor);
char* b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48986
Summary: Missed optimization in atomic decrement on x86/x64
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48987
Summary: Atomic update merging
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: rtl-optimization
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48688
Summary: [x64]: shift/or instead of lea
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: rtl-optimization
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48688
--- Comment #1 from Piotr Wyderski piotr.wyderski at gmail dot com 2011-04-19
18:00:50 UTC ---
(In reply to comment #0)
If k is small (on x86/x64 k = 1, 2, 4, 8)
Of course it should be k = 0, 1, 2, 3, the values above are 1 k.
24 matches
Mail list logo
