RESOLVED FIXED 197668
Add option to build-webkit to control whether or not XCBuild is used
https://bugs.webkit.org/show_bug.cgi?id=197668
Summary Add option to build-webkit to control whether or not XCBuild is used
Keith Rollin
Reported 2019-05-07 11:59:19 PDT
Add --[no-]xcbuild to build-webkit to force the use of XCBuild or not. Also update build-webkit and the makefiles with the foundation for automatically using XCBuild when the conditions allow it. This latter facility is currently turned off until Xcode fully supports building WebKit with XCBuild.
Attachments
Patch (5.19 KB, patch)
2019-05-07 12:08 PDT, Keith Rollin
no flags
Do the undef thing. (5.17 KB, patch)
2019-05-07 13:00 PDT, Keith Rollin
no flags
Radar WebKit Bug Importer
Comment 1 2019-05-07 11:59:30 PDT
Keith Rollin
Comment 2 2019-05-07 12:08:58 PDT
Tim Horton
Comment 3 2019-05-07 12:16:52 PDT
Comment on attachment 369309 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=369309&action=review > Tools/Scripts/build-webkit:76 > +my $xcbuild = -1; undef is also an option > Makefile.shared:48 > + CAN_USE_XCBUILD = $(shell perl -I$(SCRIPTS_PATH) -Mwebkitdirs -e 'print canUseXCBuild()') 😲
Keith Rollin
Comment 4 2019-05-07 12:36:22 PDT
(In reply to Tim Horton from comment #3) > Comment on attachment 369309 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=369309&action=review > > > Tools/Scripts/build-webkit:76 > > +my $xcbuild = -1; > > undef is also an option Thanks. My perl is a bit rusty and I'd forgotten this. I actually did a web search for the idiomatic approach to tri-state variables, but didn't turn that one up. > > > Makefile.shared:48 > > + CAN_USE_XCBUILD = $(shell perl -I$(SCRIPTS_PATH) -Mwebkitdirs -e 'print canUseXCBuild()') > > 😲 I don't understand what you mean by that.
Tim Horton
Comment 5 2019-05-07 12:59:10 PDT
(In reply to Keith Rollin from comment #4) > (In reply to Tim Horton from comment #3) > > Comment on attachment 369309 [details] > > Patch > > > > View in context: > > https://bugs.webkit.org/attachment.cgi?id=369309&action=review > > > > > Tools/Scripts/build-webkit:76 > > > +my $xcbuild = -1; > > > > undef is also an option > > Thanks. My perl is a bit rusty and I'd forgotten this. I actually did a web > search for the idiomatic approach to tri-state variables, but didn't turn > that one up. OK! > > > > > Makefile.shared:48 > > > + CAN_USE_XCBUILD = $(shell perl -I$(SCRIPTS_PATH) -Mwebkitdirs -e 'print canUseXCBuild()') > > > > 😲 > > I don't understand what you mean by that. Nothing actionable, just pretend that's what my face looked like while reading.
Alex Christensen
Comment 6 2019-05-07 13:00:05 PDT
Comment on attachment 369309 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=369309&action=review >>> Makefile.shared:48 >>> + CAN_USE_XCBUILD = $(shell perl -I$(SCRIPTS_PATH) -Mwebkitdirs -e 'print canUseXCBuild()') >> >> 😲 > > I don't understand what you mean by that. This is the most duct tape line of code I've ever seen.
Keith Rollin
Comment 7 2019-05-07 13:00:09 PDT
Created attachment 369318 [details] Do the undef thing.
Keith Rollin
Comment 8 2019-05-07 13:01:08 PDT
(In reply to Alex Christensen from comment #6) > Comment on attachment 369309 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=369309&action=review > > >>> Makefile.shared:48 > >>> + CAN_USE_XCBUILD = $(shell perl -I$(SCRIPTS_PATH) -Mwebkitdirs -e 'print canUseXCBuild()') > >> > >> 😲 > > > > I don't understand what you mean by that. > > This is the most duct tape line of code I've ever seen. What would you prefer?
Alex Christensen
Comment 9 2019-05-07 13:14:40 PDT
CMake
WebKit Commit Bot
Comment 10 2019-05-07 14:38:33 PDT
Comment on attachment 369318 [details] Do the undef thing. Clearing flags on attachment: 369318 Committed r245037: <https://trac.webkit.org/changeset/245037>
WebKit Commit Bot
Comment 11 2019-05-07 14:38:35 PDT
All reviewed patches have been landed. Closing bug.
Sam Sneddon [:gsnedders]
Comment 12 2021-05-05 05:40:26 PDT
*** Bug 198589 has been marked as a duplicate of this bug. ***
Note You need to log in before you can comment on or make changes to this bug.