On Wed, May 18, 2011 at 1:12 PM, Samuel Mimram <[email protected]> wrote:
>
>
> On Wed, May 18, 2011 at 10:09 PM, Samuel Mimram <[email protected]> wrote:
>>
>> On Wed, May 18, 2011 at 9:25 PM, Patrick Matthäi <[email protected]>
>> wrote:
>>>
>>> Am 18.05.2011 21:22, schrieb Samuel Mimram:
>>> > On Wed, May 18, 2011 at 10:31 AM, Samuel Mimram <[email protected]
>>> > <mailto:[email protected]>> wrote:
>>> >
>>> > I can confirm that the bug still occurs with a non-hardened package
>>> > (rebuilt following your instructions).
>>> >
>>> >
>>> > For info, the full stacktrace is:
>>> >
>>> > #0 0x00007fffe5ec54cd in filter_line_sse2 (mode=0, dst=0x7fffde5fb7a0
>>> > "",
>>> > prev=0x7fffde6fd7a0
>>> > "\207\207\210\212\213\214\215\215\220\220\220\221\222\222\222\223\224\224\225\225\226\227\227\230\233\233\234\234\235\236\236\237\240\240\241\241\242\243\243\244\243\244\244\245\246\246\247\247\252\251\251\250\247\246\245\245\251\251\251\251\251\251\251\251\255\255\255\255\255\254\254\254\255\255\255\255\255\255\255\255\257\257\257\257\257\257\257\257\260\260\260\260\260\260\260\260\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\261\263\263\263\263\263\263\263\263\262\262\262\262\262\262\262\262\260\260\260\260\260\260\260\260\261\261\260\260\257\256\256\255\256\256\256\256\256\256\256\256\254\254\254\254\254\254\254\254\257\256\254\252\251\252\252\253\250\251\251\252\253\253\254\254\255\255\254\254\253\252\252\251\250\250\247\247\246\245\245\244"...,
>>>
>>> I see SSE2 foo, but this could not be the issue, because the i386
>>> packages (with that I tested it these days) are build without any CPU
>>>
>>> optimizations.
>>
>> Well, I'm on amd64 and SSE2 seems to be enabled here (I see -DUSE_SSE2 in
>> build logs...).
>
> Even better, when I add --disable-sse2 to the configure options on amd64, the
> problem vanishes!
>
I reproduced this on my Arch Linux box using gcc v4.6. Some
optimizations in -O1 and -O2 cause this SSE2 code to fail. I did
bisection testing of all of the specific options these enable and
isolated them:
# Since gcc 4.6, this optimization enabled with -O1 causes
filter_line_sse2 to crash.
echo "OPTIMISATIONS+=-fno-tree-dominator-opts"
# Since gcc 4.6, this optimization enabled with -O2 causes
filter_line_sse2 to crash.
echo "OPTIMISATIONS+=-fno-tree-pre"
The solution is in the next version or you can configure with
--disable-sse2 since only the YADIF deinterlacer uses SSE2 and it also
has a SSE version that still works.
--
+-DRD-+
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Mlt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mlt-devel
