Displaying 4 results from an estimated 4 matches for "mingw_sse".
2015 Mar 09
2
crash on lpc_restore_signal_16_intrin_sse2
...gt;
> VLC 2.2.0 crashes here inside WinXP VM on instruction:
>
> movaps xmmword ptr [esp+10h], xmm7
>
> And ESP is equal to 0x02A8FCC8. The stack is not properly aligned
> for some reason, yet GCC uses movaps instruction.
Sounds a bit like:
http://www.peterstock.co.uk/games/mingw_sse/
Also worth noting, VLC uses yasm but not nasm, so we may be able to
sidestep this problem by adding nasm to our toolchain. That said, it
still seems like other people using MinGW and libFLAC will get bit by
this so I'll keep digging.
2015 Mar 09
2
ensure that stack is aligned for SSE functions if using mingw32
On 03/09/15 03:59 PM, lvqcl wrote:
> Tristan Matthews wrote:
>
>> >Unable to test on win32 at the moment, please give this a try. Feedback welcome.
>
> I wonder why misaligned stack is a problem only for the FLAC library.
> There are many other libraries inside VLC...
>
> BTW: FLAC 1.3.1 uses -msse2 option by default. Do you remove it?
> Otherwise libFLAC may crash
2015 Mar 10
1
ensure that stack is aligned for SSE functions if using mingw32
Tristan Matthews wrote:
> > One workaround is to use -mstackrealign where ever -msse2 is used
>
> Yes, that was one of the options mentioned in the article I linked
> (http://www.peterstock.co.uk/games/mingw_sse)
Can someone confirm that -mstackrealign fixes this issue? If it works,
that seems like the sanest solution.
Erik
--
----------------------------------------------------------------------
Erik de Castro Lopo
http://www.mega-nerd.com/
2015 Mar 09
2
crash on lpc_restore_signal_16_intrin_sse2
On 9.3.2015 20:43, lvqcl wrote:
> Janne Hyv?rinen wrote:
>
>> VLC 2.2.0 crashed with exception 0xc0000005 on the first file I tried.
>> But libflac itself does not, for example flac.exe and foobar2000 have no
>> issues.
> *Very* interesting.
>
> I suspect that flac.exe and foobar2000 don't use
> FLAC__lpc_restore_signal_16_intrin_sse2() function at all. This