++
Assignee: unassigned at gcc dot gnu.org
Reporter: piotr.wyderski at gmail dot com
The C++11 standard defines the content of
to contain, among other things,
template struct is_trivially_copy_constructible;
GCC 4.8.2 does not provide this class.
There was a related
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #10 from Piotr Wyderski
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
doesen't solve the #error problem:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #9 from Piotr Wyderski 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: # Preds ..B1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #6 from Piotr Wyderski 2013-02-12
13:55:08 UTC ---
#include
__m128i f(__m128i x, __m128i y) {
return _mm_aesenc_si128(x, y);
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #4 from Piotr Wyderski 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)
or not (as MSVC). I think that ICC is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56298
--- Comment #3 from Piotr Wyderski 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 behaves exactly as I expected).
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: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55338
--- Comment #2 from Piotr Wyderski 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 accordingly.
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
Pr
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
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51379
--- Comment #1 from Piotr Wyderski 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=51379
Bug #: 51379
Summary: reinterpret_cast is not particularly useful
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priori
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: unassig...@gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49064
--- Comment #3 from Piotr Wyderski 2011-05-20
12:50:49 UTC ---
#include
#include
struct X {
__m128i*m_Data;
std::size_t m_Len;
void xor_all(const X& v1, const X& v2);
void xor_all2(const X& v1, const X& v2);
};
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49064
--- Comment #1 from Piotr Wyderski 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, and their scalar components. *
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=49028
--- Comment #3 from Piotr Wyderski 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 it be possible to do add the followi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49028
--- Comment #1 from Piotr Wyderski 2011-05-17
17:24:03 UTC ---
If I change the function to:
template void R::xxx_release(void* p) {
char* q = reinterpret_cast(m_Cursor);
char* b = reinterpret_cast(m_Data);
q = ((q + sizeof(v
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
AssignedTo
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: unassig...@gcc.gnu
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
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48688
--- Comment #1 from Piotr Wyderski 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.
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: unassig..
24 matches
Mail list logo