Re: [Mingw-w64-public] Memory alignment issue with _mm_loadu_si128 (gcc 4.8.2 32 bit / MinGW-w64 3.0)

2014-02-12 Thread Koehne Kai
> -Original Message- > From: Kai Tietz [mailto:ktiet...@googlemail.com] > Sent: Wednesday, February 12, 2014 1:02 PM > To: mingw-w64-public@lists.sourceforge.net > Subject: Re: [Mingw-w64-public] Memory alignment issue with > _mm_loadu_si128 (gcc 4.8.2 32 bit / MinGW-w64 3.0) > > 2014-02

Re: [Mingw-w64-public] Memory alignment issue with _mm_loadu_si128 (gcc 4.8.2 32 bit / MinGW-w64 3.0)

2014-02-12 Thread Kai Tietz
2014-02-12 12:56 GMT+01:00 Koehne Kai : > Hi, > > I'm currently investigating a crash [1] in Qt that was caused by introducing > SSE2 optimized code. My best guess is that, when calling _mm_loadu_si128 , > the generated assembly actually chokes on non-aligned data. > > This is the code line (with

[Mingw-w64-public] Memory alignment issue with _mm_loadu_si128 (gcc 4.8.2 32 bit / MinGW-w64 3.0)

2014-02-12 Thread Koehne Kai
Hi, I'm currently investigating a crash [1] in Qt that was caused by introducing SSE2 optimized code. My best guess is that, when calling _mm_loadu_si128 , the generated assembly actually chokes on non-aligned data. This is the code line (with annotated assembly, from gdb): __m128i a_data = _m

Re: [Mingw-w64-public] _mm_set1_epi64 and friends not declared in this scope for dvec.h

2014-02-12 Thread Kai Tietz
2014-02-12 10:58 GMT+01:00 Jacek Caban : > On 02/12/14 08:57, Adrien Nader wrote: >> Hi, >> >> I recently stumbled on an issue where dvec.h gets included from intrin.h >> and triggers around 140 different "not declared in this scope" errors. >> >> Basically, there is an #include (which is a C++-on

Re: [Mingw-w64-public] _mm_set1_epi64 and friends not declared in this scope for dvec.h

2014-02-12 Thread Jacek Caban
On 02/12/14 08:57, Adrien Nader wrote: > Hi, > > I recently stumbled on an issue where dvec.h gets included from intrin.h > and triggers around 140 different "not declared in this scope" errors. > > Basically, there is an #include (which is a C++-only header) > near the top of intrin.h and the fun