[webkit-dev] Renaming directories

Adam Barth abarth at webkit.org
Wed Dec 22 10:34:53 PST 2010

On Wed, Dec 22, 2010 at 10:27 AM, Mark Rowe <mrowe at apple.com> wrote:
> On 2010-12-22, at 10:19, Adam Barth wrote:
> On Wed, Dec 22, 2010 at 9:37 AM, Kenneth Russell <kbr at google.com> wrote:
> On Tue, Dec 21, 2010 at 11:40 PM, Adam Barth <abarth at webkit.org> wrote:
> On Tue, Dec 21, 2010 at 11:30 PM, Darin Adler <darin at apple.com> wrote:
> On Dec 21, 2010, at 11:20 PM, Adam Barth wrote:
> Looking through my working copy, there are a couple of things that aren't
> obvious to me where they would go in this structure: WebKitBuild and
> WebKitLibraries. Maybe these would become Build and Libraries as top-level
> directories?
> WebKitBuild is a builds and intermediates directory for Xcode, specific to
> Mac. It’s set up by the WebKit project build scripts for people who don’t
> have Xcode set to use a particular build directory, because the WebKit
> projects need to build into a single build directory. I don’t have one of
> those on my computer because I do have WebKit set to use a single builds and
> intermediates directory (in my case ~/Build). I don’t know the right answer
> for what to do about this. We just need a sensible default for people
> building on Mac. Maybe calling it just Build and leaving it at the top level
> would be fine.
> WebKitLibraries contains libraries and header files needed to build WebKit
> on Mac and Windows. The name Libraries would be OK for those things; I’m not
> sure it’s optimal.
> What about ANGLE?  My understanding is that ANGLE is third-party code
> that we have checked into the tree but that we're not supposed to
> modify.  Should that go in Sources or in Libraries?  In Chrome,
> similar things are placed in a ThirdParty directory to remind folks
> not to modify them.
> Since ANGLE was first checked in to WebKit, a WebCore/thirdparty
> directory was added. It would make most sense to move ANGLE into it.
> That sounds worth doing independently of whether we do the rest of the
> re-organization.  Would you be willing to move the directory, or would
> you prefer I move it?
> Moving ANGLE inside WebCore seems backwards.  ANGLE is not part of WebCore,
> it's a dependency of WebCore.  If we want to introduce a directory for
> third-party libraries then I think that's reasonable.  However, I don't
> think such a directory should live inside WebCore.

It sounds like there are three choices for whether the thirdparty
directory would go:


My (vague!) understanding of the internal Apple build process is that
it's painful to create new top-level directories that contain code
needed turning the build.  That would point to either
"/Sources/ThirdParty" if/when we move WebCore into Sources or
"/Sources/WebCore/thirdpary".  However, given your message above (and
my assumption that you know more about Apple's internal build process
than I do), I suspect I'm mistaken.  :)

As an aside, would creating the Sources directory make it easier to
move WTF out of JavaScriptCore?


More information about the webkit-dev mailing list