Bug 130087 - Webkit not building on XCode 5.1 due to garbage collection no longer being supported
Summary: Webkit not building on XCode 5.1 due to garbage collection no longer being su...
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: CSS (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Radu Stavila
URL:
Keywords: AdobeTracked
Depends on:
Blocks:
 
Reported: 2014-03-11 06:48 PDT by Radu Stavila
Modified: 2014-03-13 17:12 PDT (History)
10 users (show)

See Also:


Attachments
Patch (7.38 KB, patch)
2014-03-11 07:23 PDT, Radu Stavila
mrowe: review-
Details | Formatted Diff | Diff
Patch v2 (145.25 KB, patch)
2014-03-11 15:33 PDT, Radu Stavila
no flags Details | Formatted Diff | Diff
Rebased patch (9.72 KB, patch)
2014-03-11 15:41 PDT, Radu Stavila
mrowe: review+
Details | Formatted Diff | Diff
Patch for landing (12.96 KB, patch)
2014-03-11 16:05 PDT, Radu Stavila
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Radu Stavila 2014-03-11 06:48:46 PDT
Webkit not building on XCode 5.1 due to garbage collection no longer being supported
Comment 1 Radu Stavila 2014-03-11 07:23:05 PDT
Created attachment 226424 [details]
Patch
Comment 2 WebKit Commit Bot 2014-03-11 07:25:38 PDT
Note that there are important steps to take when updating ANGLE. See http://trac.webkit.org/wiki/UpdatingANGLE
Comment 3 Mark Rowe (bdash) 2014-03-11 09:53:15 PDT
Comment on attachment 226424 [details]
Patch

We can't disable garbage collection entirely since that would be an ABI-incompatible change, breaking clients of WebKit that build with GC enabled. We'll need to disable it when USE_INTERNAL_SDK is unset and leave it set to "supported" when USE_INTERNAL_SDK is YES.
Comment 4 Radu Stavila 2014-03-11 15:33:36 PDT
Created attachment 226435 [details]
Patch v2
Comment 5 Radu Stavila 2014-03-11 15:41:25 PDT
Created attachment 226438 [details]
Rebased patch
Comment 6 Mark Rowe (bdash) 2014-03-11 15:46:56 PDT
Comment on attachment 226438 [details]
Rebased patch

Looks fine. You'll probably want to remove the #include of UseInternalSDK.xcconfig from DebugRelease.xcconfig in each of the projects you've modified though, otherwise people outside of Apple will get twice the number of warnings about its absence.
Comment 7 Radu Stavila 2014-03-11 16:05:10 PDT
Created attachment 226441 [details]
Patch for landing
Comment 8 Alexey Proskuryakov 2014-03-12 10:13:35 PDT
Comment on attachment 226441 [details]
Patch for landing

Removing and re-adding cq+ flag, hopefully commit queue will pick it up then.
Comment 9 Radu Stavila 2014-03-12 10:17:16 PDT
Comment on attachment 226441 [details]
Patch for landing

You forgot to re-add it :) I'm gonna land it manually if the cq bot doesn't pick it up.
Comment 10 Alexey Proskuryakov 2014-03-12 10:18:21 PDT
> You forgot to re-add it :) 

It was taking time, Bugzilla is slow today.
Comment 11 Dirk Schulze 2014-03-12 23:05:55 PDT
(In reply to comment #9)
> (From update of attachment 226441 [details])
> You forgot to re-add it :) I'm gonna land it manually if the cq bot doesn't pick it up.

Please land it manually.
Comment 12 Bem Jones-Bey 2014-03-13 11:06:30 PDT
Committed r165549: <http://trac.webkit.org/changeset/165549>
Comment 13 Bem Jones-Bey 2014-03-13 11:07:52 PDT
Comment on attachment 226441 [details]
Patch for landing

removing the cq+ just to be safe.
Comment 14 Tim Horton 2014-03-13 16:37:06 PDT
There weren't quite enough ".."s in the new paths in the ThirdParty/ANGLE and WebKit/mac xcconfigs, which are both one directory deeper than the others.
Comment 15 Bem Jones-Bey 2014-03-13 17:03:12 PDT
(In reply to comment #14)
> There weren't quite enough ".."s in the new paths in the ThirdParty/ANGLE and WebKit/mac xcconfigs, which are both one directory deeper than the others.

Did you fix that, or are you asking for a follow-up patch to fix it?
Comment 16 Tim Horton 2014-03-13 17:12:38 PDT
(In reply to comment #14)
> There weren't quite enough ".."s in the new paths in the ThirdParty/ANGLE and WebKit/mac xcconfigs, which are both one directory deeper than the others.

Fixed in http://trac.webkit.org/changeset/165576