[Webkit-unassigned] [Bug 243228] New: [Xcode] Building a single-project scheme builds its dependencies

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Jul 26 13:25:58 PDT 2022


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

            Bug ID: 243228
           Summary: [Xcode] Building a single-project scheme builds its
                    dependencies
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Tools / Tests
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: emw at apple.com

Schemes like "WebCore", "JavaScriptCore", etc. currently build the entire workspace _up to_ their respective framework. The idea is that it's an easy way to build a subset of the workspace up to a specific target.

However, with the switch to Make-based workspace builds, there is no longer a workflow for building a single project _without_ its dependencies. My understanding from talking to folks is that we need a way to do this, for a number of reasons:

- We have scripts that run redundantly, so a null build of the full stack is slower than a null build of a single project, sometimes by 10-15 sec.
- Sometimes an engineer is working on unrelated or staged changes in separate parts of the workspace, and doesn't want changes in one project to cause heavy rebuilds of the other project.
- It's unintuitive that running Make in a specific directory (e.g. `make -C Source/WebCore`) will build projects in other directories.

If we agree that these are workflows that we should support, then we need a way to build these projects in the workspace without their dependencies. Because Xcode doesn't allow us to control dependency resolution at runtime, I propose we turn off "Find Implicit Dependencies" in all the single-project schemes.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20220726/4003cc96/attachment-0001.htm>


More information about the webkit-unassigned mailing list