Bug 136152 - [GTK] JHBuild module gst-plugins-base fails to build on x86 with GCC 4.9
Summary: [GTK] JHBuild module gst-plugins-base fails to build on x86 with GCC 4.9
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Carlos Alberto Lopez Perez
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-08-22 03:29 PDT by Carlos Alberto Lopez Perez
Modified: 2014-08-26 00:43 PDT (History)
3 users (show)

See Also:

Attachments
Patch (3.42 KB, patch)
2014-08-22 04:03 PDT, Carlos Alberto Lopez Perez 		no flags Details | Formatted Diff | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Carlos Alberto Lopez Perez 2014-08-22 03:29:58 PDT 
JHBuild module gst-plugins-base fails to build on x86 (32-bits) with GCC 4.9:

[...]
In file included from resample_sse.h:38:0,
                 from resample.c:140,
                 from speex_resampler_float.c:27:
resample_sse.h: In function 'inner_product_single':
/usr/lib/gcc/i586-linux-gnu/4.9/include/xmmintrin.h:115:1: error: inlining failed in call to always_inline '_mm_setzero_ps': target specific option mismatch
 _mm_setzero_ps (void)
 ^
In file included from resample.c:140:0,
                 from speex_resampler_float.c:27:
resample_sse.h:46:11: error: called from here
    __m128 sum = _mm_setzero_ps();
           ^
In file included from resample_sse.h:38:0,
                 from resample.c:140,
                 from speex_resampler_float.c:27:
/usr/lib/gcc/i586-linux-gnu/4.9/include/xmmintrin.h:929:1: error: inlining failed in call to always_inline '_mm_loadu_ps': target specific option mismatch
 _mm_loadu_ps (float const *__P)
 ^
[...]
Comment 1 Carlos Alberto Lopez Perez 2014-08-22 03:40:44 PDT 
Another report of this issue: https://bugzilla.redhat.com/show_bug.cgi?id=1092991

Upstream bug and fix at: https://bugzilla.gnome.org/show_bug.cgi?id=670690
Comment 2 Carlos Alberto Lopez Perez 2014-08-22 04:03:30 PDT 
Created attachment 236980 [details]
Patch
Comment 3 WebKit Commit Bot 2014-08-25 01:02:14 PDT 
Comment on attachment 236980 [details]
Patch

Clearing flags on attachment: 236980

Committed r172905: <http://trac.webkit.org/changeset/172905>
Comment 4 WebKit Commit Bot 2014-08-25 01:02:16 PDT 
All reviewed patches have been landed.  Closing bug.
Comment 5 Carlos Garcia Campos 2014-08-25 05:09:03 PDT 
It seems this is causing TestWebKitWebContext to timeout
Comment 6 Carlos Alberto Lopez Perez 2014-08-25 11:28:13 PDT 
(In reply to comment #5)
> It seems this is causing TestWebKitWebContext to timeout

Do you saw that on your machine or on any of the GTK bots?

I'm not able to reproduce it:

$ Tools/Scripts/run-gtk-tests --release WebKitBuild/Release/bin/TestWebKitAPI/WebKit2Gtk/TestWebKitWebContext
TEST: WebKitBuild/Release/bin/TestWebKitAPI/WebKit2Gtk/TestWebKitWebContext... (pid=21727)
PASS: WebKitBuild/Release/bin/TestWebKitAPI/WebKit2Gtk/TestWebKitWebContext
Comment 7 Carlos Garcia Campos 2014-08-26 00:42:59 PDT 
It seems to be flaky, see

http://build.webkit.org/builders/GTK%20Linux%2064-bit%20Release%20%28Tests%29?numbuilds=200
Comment 8 Carlos Garcia Campos 2014-08-26 00:43:20 PDT 
(In reply to comment #7)
> It seems to be flaky, see
> 
> http://build.webkit.org/builders/GTK%20Linux%2064-bit%20Release%20%28Tests%29?numbuilds=200

and not caused by this, sorry for the noise