[x265] Crash with Win64/GCC 4.8.1 after commit c96520dc9795

[Steve Borho]

On Sat, Oct 5, 2013 at 7:06 PM, chen <chenm003 at 163.com> wrote:

> Yes, it is a bug, there have some alignment load operator on reference
> pixel.
> we can modify _mm_load_si128 to _mm_loadu_si128 to avoid it.
>
> At 2013-10-06 05:28:37,"Nikos Barkas" <nikbar2004 at yahoo.com> wrote:
>
>  I have just upgraded to Win 7 64-bit and TDM-GCC 4.8.1. Attepmted to
> build x265 revision c96520dc9795 (replace sad_12 vector class function with
> intrinsic) but I am getting a crash as soon as encoding starts. The
> revision before that (86469b2) works fine.
>
> Command line used:
> x265 --input stream.yuv --input-res 720x480 --fps 24 -o stream.h265 --rect
> --max-merge 1 --hash 1 --wpp --tu-intra-depth 1 --tu-inter-depth 2
> --no-tskip --frames 100
>
> Build info:
> x265 [info]: HEVC encoder version 0.4.1+64-c96520dc9795
> x265 [info]: build info [Windows][GCC 4.8.1][64 bit] 8bpp
> x265 [info]: detected SIMD: SSE2 SSE3 SSSE3 SSE4.1 SSE4.2
> x265 [info]: performance primitives: intrinsic assembly
>
>
Fixes were pushed a few hours ago; I'm currently in the middle of cleaning
up the assembly and vector primitives; in preparation for more and more
assembly.  It should be easier going forward to delete intrinsic primitives
as we add assembly.

I've removed a few of the SAD and SSE primitives already; because they were
covered by assembly.

-- 
Steve Borho
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x265-devel/attachments/20131005/d2c846b4/attachment.html>