[webkit-dev] Common build system (was Re: WebKit Wishes)

Dirk Pranke dpranke at chromium.org
Mon Feb 4 12:02:45 PST 2013

On Sun, Feb 3, 2013 at 9:20 PM, Maciej Stachowiak <mjs at apple.com> wrote:
> On Feb 3, 2013, at 8:18 PM, Mike Lawther <mikelawther at chromium.org> wrote:
> Hi Maciej!
> On 31 January 2013 11:15, Maciej Stachowiak <mjs at apple.com> wrote:
>> It's far simplest for us if:
>> (a) There is an Xcode project (or a Makefile) that builds the Mac port
>> checked in to source control.
>> (b) The generated project invokes only tools that are part of the default
>> Mac OS X install.
> For b), does 'default' include an Xcode install? From my memory of setting
> up a Mac dev box Xcode was needed to compile.
> The limitation in (a) is all about how the build fleet is managed, and yes,
> the machines in question have the Mac OS X user install as well as developer
> tools installed, and it is ok to rely on that.
> To clarify: the things that are not kosher are submitting a binary tool as
> part of the module, downloading things as part of the build, or relying on
> something to be installed out of band before building. It is ok for the
> build to rely on scripts, so long as the relevant interpreter is part of the
> default install. Any such script would have to be in each directory under
> Source/ since these build separately without access to the source of the
> others.
> I should mention that there's a lot of interest right now at Apple in the
> possibility of switching to Gyp. We think it's likely closer to what we need
> than CMake, and we suspect there is probably somewhat better probability of
> modifying it if necessary. If we find someone at Apple who is able to work
> on such a project in the short term (not completely impossible), would any
> Google folks be interested in collaborating? Ideally we could use assistance
> from someone who (a) understands how the Chromium WebKit Gyp-based build
> works; and (b) is willing and able to change Gyp if necessary.

Mark is the gyp-guru, but I would be happy to help out as well.

-- Dirk

More information about the webkit-dev mailing list