|Summary:||WebKit.gyp always builds as static_library, breaking shared chromium builds|
|Product:||WebKit||Reporter:||Matt Mueller <mattm>|
|Component:||Tools / Tests||Assignee:||Nobody <webkit-unassigned>|
|Severity:||Normal||CC:||commit-queue, dglazkov, fishd, yaar|
|Version:||528+ (Nightly build)|
Description Matt Mueller 2010-09-28 15:59:55 PDT
WebKit gets unconditionally built statically, regardless what the library setting of Chromium build is. Since libwebkit is linked in multiple libraries in chrome, this causes issues with initializers and finalizers getting called multiple times. Building webkit as a shared library fixes this issue. I saw http://trac.webkit.org/changeset/50985 which changed it to be built statically under chromium and shared otherwise, and http://trac.webkit.org/changeset/53001 which caused it to always be built statically. The reasoning isn't entirely clear to me, but it seems that, at least when building under chromium, we should just use the <(library) setting to build webkit. Chromium bugs caused by this: http://code.google.com/p/chromium/issues/detail?id=47575 http://code.google.com/p/chromium/issues/detail?id=47979
Comment 1 Matt Mueller 2010-09-28 16:05:48 PDT
Created attachment 69124 [details] use 'webkit_target_type': '<(library)' when inside_chromium_build
Comment 2 WebKit Commit Bot 2010-09-29 12:33:57 PDT
Comment on attachment 69124 [details] use 'webkit_target_type': '<(library)' when inside_chromium_build Rejecting patch 69124 from commit-queue. Failed to run "['./WebKitTools/Scripts/webkit-patch', '--status-host=queues.webkit.org', 'apply-attachment', '--force-clean', '--non-interactive', '--quiet', 69124]" exit_code: 2 Cleaning working directory Updating working directory Logging in as email@example.com... Fetching: https://bugs.webkit.org/attachment.cgi?id=69124&action=edit Fetching: https://bugs.webkit.org/show_bug.cgi?id=46762&ctype=xml Processing 1 patch from 1 bug. Processing patch 69124 from bug 46762. Failed to run "[u'/Projects/CommitQueue/WebKitTools/Scripts/svn-apply', u'--reviewer', u'Darin Fisher', u'--force']" exit_code: 1 Full output: http://queues.webkit.org/results/4225010
Comment 4 Matt Mueller 2010-09-29 15:28:29 PDT
I think that failed because the patch didn't have full paths, since I just generated it from a regular chromium checkout. Generated a new patch using a full webkit checkout, hopefully this one will work correctly.
Comment 5 Matt Mueller 2010-10-04 13:51:43 PDT
ping, mind taking another quick look?
Comment 6 WebKit Commit Bot 2010-10-04 21:21:54 PDT
Comment on attachment 69259 [details] Patch Clearing flags on attachment: 69259 Committed r69067: <http://trac.webkit.org/changeset/69067>
Comment 7 WebKit Commit Bot 2010-10-04 21:22:01 PDT
All reviewed patches have been landed. Closing bug.