GNOME Bugzilla – Bug 727079
x264 failure to build on 32bit osx
Last modified: 2014-04-18 09:17:35 UTC
Since the update to latest x264 snapshot, it fails to build on 32bit osx with xcode 4.6. Example : https://jenkins.arracacha.collabora.co.uk/view/All/job/cerbero-osx-universal-107/lastFailedBuild/console This thread from x264-devel in January points to the issue at hand with some possible solutions: https://mailman.videolan.org/pipermail/x264-devel/2014-February/010371.html
*** Bug 727696 has been marked as a duplicate of this bug. ***
Created attachment 274608 [details] [review] x264: Only enable PIC on platforms/target/compilers that support it ios/osx clang x86-32bit compiler fails to build PIC code (end up with not enough registers). No longer make PIC code generation mandatory.
commit fdf87e504a7cdd5a9995ef92e4c64e64bae1991f Author: Edward Hervey <bilboed@bilboed.com> Date: Thu Apr 17 16:27:45 2014 +0200 x264: Only enable PIC on platforms/target/compilers that support it ios/osx clang x86-32bit compiler fails to build PIC code (end up with not enough registers). No longer make PIC code generation mandatory. https://bugzilla.gnome.org/show_bug.cgi?id=727079
I'm not sure this is correct. You can't build shared libraries without PIC or PIE.
I got confused indeed. Going back through the logs, the trick we did with gst-libav is to: * use --enable-pic to have PIC code (which can be used in the resulting gst-libav plugin) * But disable the shared library (remove --enable-shared), ending up with a .a/.la that we use in the actual gst plugin. Would that solution make sense ?
You mean only providing a static library for x264? Not really a great solution either...
Created attachment 274647 [details] [review] x264: Disable ASM optimisations with clang x86-32bit
commit 46a65da9460b323545863d5a0d48be89bb635dc3 Author: Edward Hervey <bilboed@bilboed.com> Date: Fri Apr 18 09:51:02 2014 +0200 x264: Disable ASM optimisations with clang x86-32bit https://bugzilla.gnome.org/show_bug.cgi?id=727079