[Webkit-unassigned] [Bug 118732] Use of ar T option not supported by older binutils

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sat Jul 20 01:33:58 PDT 2013


https://bugs.webkit.org/show_bug.cgi?id=118732


Landry Breuil <landry at openbsd.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Depends on|                            |115918




--- Comment #1 from Landry Breuil <landry at openbsd.org>  2013-07-20 01:33:52 PST ---
So far, i've tried the following workarounds without success :

- Removing T from ar flags, just using cru:

ar t | ar cru fails because it cant find the object files composing all the $(archives) ? maybe an xargs issue, or a link/search path issue ?

- hacking makefile to avoid using a temporary library
-       $(AM_V_at)$(foreach archive, $(webcore_layer_gtk2_archives), $(shell ar t $(archive) | xargs -n50 ar cruT $@))
+       $(AM_V_at)ar cru $@ $(webcore_layer_gtk2_archives)

-       $(AM_V_at)$(foreach archive, $(webcore_layer_archives), $(shell ar t $(archive) | xargs -n50 ar cruT $@))
+       $(AM_V_at)ar cru $@ $(webcore_layer_archives)

this generates a WebCoreLayerGtk2.a without symbols, so WebKitPluginProcess cant link against it.

- using a linker script :

webkitgtk-2.1.3/ $cat WebCoreLayerGtk2.a                                                                                                            
GROUP (libPlatform.a libPlatformGtk2.a libWebCorePlatform.a libWebCoreGtk2.a libWebCore.a libWebCoreModules.a libWebCoreSVG.a libANGLE.a)

=> blows at link time with tons of undefined refs. I suppose fallout from the circular deps between all the libs forming WebCoreLayerGtk2.a ?

- using --start-group $(webcore_layer_gtk2_archives) -end-group => libtool reorders flags, and messes up with linking order

So as of now, building with webkit2 enabled is not possible for me.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list