Move webkit/forms/ build into a new webkit_forms.gypi

Move webkit/forms/ build into a new webkit_forms.gypi

Most webkit/* directories have their own .gypi file with a static library
building that directories files. This does the same for webkit/forms
instead of the sources being inlined into the glue target.

In addition to be being more like the other directories, this makes it
easy for a build to use a subset of webkit/, which is important for
iOS.

BUG=None


Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=155405

[tony, 2012-08-28 18:32:02]

LGTM

[Ilya Sherman, 2012-08-28 18:59:09]

LGTM

[commit-bot: I haz the power, 2012-08-28 20:59:55]

CQ is trying da patch. Follow status at
https://chromium-status.appspot.com/cq/stuartmorgan@chromium.org/10897002/1

[commit-bot: I haz the power, 2012-08-28 21:39:16]

Try job failure for 10897002-1 (retry) on mac for step "compile" (clobber
build).
It's a second try, previously, step "compile" failed.
http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=mac&number...

[stuartmorgan, 2012-08-29 09:49:47]

Okay, now I know a lot more about the components build :P PTAL

I've changed this to a component, since that's what we do for targets that have
_IMPLEMENTATION/_EXPORT stuff (e.g., blob). WEBKIT_FORMS_IMPLEMENTATION in a
static library didn't make sense. I then had to add various direct dependencies
on it, as is done with the other components in webkit/.

I also changed it from webkit_forms to forms, since it seems like we only use
webkit_ for the targets where there's obvious confusion (so, webkit_base, but
just blob and fileapi).

+jam for content/ and chrome/ OWNERS, since I had to add dependency references
there.

[jam, 2012-08-29 15:13:14]

chrome/content lgtm

[tony, 2012-08-29 16:35:33]

LGTM

[commit-bot: I haz the power, 2012-08-29 17:02:53]

CQ is trying da patch. Follow status at
https://chromium-status.appspot.com/cq/stuartmorgan@chromium.org/10897002/9002

[commit-bot: I haz the power, 2012-08-29 17:18:50]

Try job failure for 10897002-9002 (retry) on mac for step "compile" (clobber
build).
It's a second try, previously, step "compile" failed.
http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=mac&number...

[stuartmorgan, 2012-08-29 20:24:05]

Sigh, I thought once linux's shared build was happy (it's the fastest try bot
with a component build), mac would be too. I can revisit this next week, but
given the discussion I had with jam today about moving a bunch of this forms
code out of webkit/ I may abandon it in favor of that.

[stuartmorgan, 2012-09-07 12:07:27]

Missing dependencies added; they were straightforward.

I'm going to go ahead and land this despite the plan to move forms out of
webkit/, since I don't see any real downside, and it unblocks bringing up the
iOS build in the short term while we work on moving the forms code. Plus, as
with the user agent split, the more granular the webkit targets are, the easier
it should be to incrementally break dependencies.

[commit-bot: I haz the power, 2012-09-07 12:07:37]

CQ is trying da patch. Follow status at
https://chromium-status.appspot.com/cq/stuartmorgan@chromium.org/10897002/20001

[commit-bot: I haz the power, 2012-09-07 14:23:11]

Try job failure for 10897002-20001 (retry) (retry) on mac_rel for step
"sync_integration_tests".
It's a second try, previously, step "sync_integration_tests" failed.
http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=mac_rel&nu...

[commit-bot: I haz the power, 2012-09-07 15:08:00]

CQ is trying da patch. Follow status at
https://chromium-status.appspot.com/cq/stuartmorgan@chromium.org/10897002/20001

[commit-bot: I haz the power, 2012-09-07 17:07:11]

Change committed as 155405