Bug 149827 - Enable XSLT when building WebKit for iOS using the public iOS SDK
Summary: Enable XSLT when building WebKit for iOS using the public iOS SDK
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: XML (show other bugs)
Version: WebKit Local Build
Hardware: iPhone / iPad iOS 9.0
: P2 Normal
Assignee: Daniel Bates
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-10-05 20:30 PDT by Daniel Bates
Modified: 2017-11-02 04:34 PDT (History)
9 users (show)

See Also:

Attachments
Patch (9.78 KB, patch)
2015-10-05 20:32 PDT, Daniel Bates 		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 Daniel Bates 2015-10-05 20:30:28 PDT 
We should enable XSLT when building WebKit for iOS with the public iOS SDK. This will make the public iOS SDK build of WebKit more closely resemble the version of WebKit that officially ships in iOS.
Comment 1 Daniel Bates 2015-10-05 20:32:50 PDT 
Created attachment 262490 [details]
Patch
Comment 2 Daniel Bates 2015-10-05 21:17:53 PDT 
The iOS EWS fails to build this patch because the libxslt headers cannot be found. We need to land this patch and then run script configure-xcode-for-ios-development on the iOS EWS bots so that they can build with XSLT enabled.
Comment 3 Daniel Bates 2015-10-06 09:33:49 PDT 
Comment on attachment 262490 [details]
Patch

Clearing flags on attachment: 262490

Committed r190617: <http://trac.webkit.org/changeset/190617>
Comment 4 Daniel Bates 2015-10-06 09:33:54 PDT 
All reviewed patches have been landed.  Closing bug.
Comment 5 mitz 2015-10-06 10:01:28 PDT 
Mutating the iOS SDK seems unnecessarily intrusive. Can we instead follow the pattern used with ICU and have the headers live somewhere in the source tree? Or alternatively, can we set up a symlink from the derived sources directory into the OS X SDK and set up the header search paths such that the headers will be found?