Workaround java.gypi inclusion error in Chromium builds.

Workaround java.gypi inclusion error in Chromium builds.

In order to switch Chromium to use WebRTC targets instead of
duplicated code listings in src/third_party/libjingle it must
be possible for Chromium to process webrtc/api/api.gyp. This is
currently not possible since it includes build/java.gypi, of which
the path is different in a Chromium checkout. It's not possible
to resolve this in another way since 'includes' processing takes
place early in the GYP cycle, before it's possible to use variables.
They're also processed ignoring conditional statements, resulting
in an error when api.gyp is processed.

BUG=webrtc:4256
TBR=perkj@webrtc.org
NOTRY=True

Committed: https://crrev.com/442e6ee76a845a7fe3a16a7189bdc8da031f1208
Cr-Commit-Position: refs/heads/master@{#13208}

[kjellander_webrtc, 2016-06-20 05:59:46]

I'm running Chromium tryjobs in PS#1 since the all.gyp change in PS#2 doesn't
apply to a Chromium checkout. Tryjob results of PS#1 and 2 is sufficient to
convince me this is safe.

[kjellander_webrtc, 2016-06-20 08:28:54]

Description was changed from

==========
Workaround java.gypi inclusion error in Chromium builds.

In order to switch Chromium to use WebRTC targets instead of
duplicated code listings in src/third_party/libjingle it must
be possible for Chromium to process webrtc/api/api.gyp. This is
currently not possible since it includes build/java.gypi, of which
the path is different in a Chromium checkout. It's not possible
to resolve this in another way since 'includes' processing takes
place early in the GYP cycle, before it's possible to use variables.
They're also processed ignoring conditional statements, resulting
in an error when api.gyp is processed.

BUG=webrtc:4256
TBR=perkj@webrtc.org
==========

to

==========
Workaround java.gypi inclusion error in Chromium builds.

In order to switch Chromium to use WebRTC targets instead of
duplicated code listings in src/third_party/libjingle it must
be possible for Chromium to process webrtc/api/api.gyp. This is
currently not possible since it includes build/java.gypi, of which
the path is different in a Chromium checkout. It's not possible
to resolve this in another way since 'includes' processing takes
place early in the GYP cycle, before it's possible to use variables.
They're also processed ignoring conditional statements, resulting
in an error when api.gyp is processed.

BUG=webrtc:4256
TBR=perkj@webrtc.org
NOTRY=True
==========

[kjellander_webrtc, 2016-06-20 08:29:41]

TBRing this to unblock me, since this is getting more and more urgent (and needs
to be rolled in etc).

[kjellander_webrtc, 2016-06-20 08:29:47]

The CQ bit was checked by kjellander@webrtc.org

[commit-bot: I haz the power, 2016-06-20 08:29:50]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/2080563002/20001

[commit-bot: I haz the power, 2016-06-20 08:34:11]

Description was changed from

==========
Workaround java.gypi inclusion error in Chromium builds.

In order to switch Chromium to use WebRTC targets instead of
duplicated code listings in src/third_party/libjingle it must
be possible for Chromium to process webrtc/api/api.gyp. This is
currently not possible since it includes build/java.gypi, of which
the path is different in a Chromium checkout. It's not possible
to resolve this in another way since 'includes' processing takes
place early in the GYP cycle, before it's possible to use variables.
They're also processed ignoring conditional statements, resulting
in an error when api.gyp is processed.

BUG=webrtc:4256
TBR=perkj@webrtc.org
NOTRY=True
==========

to

==========
Workaround java.gypi inclusion error in Chromium builds.

In order to switch Chromium to use WebRTC targets instead of
duplicated code listings in src/third_party/libjingle it must
be possible for Chromium to process webrtc/api/api.gyp. This is
currently not possible since it includes build/java.gypi, of which
the path is different in a Chromium checkout. It's not possible
to resolve this in another way since 'includes' processing takes
place early in the GYP cycle, before it's possible to use variables.
They're also processed ignoring conditional statements, resulting
in an error when api.gyp is processed.

BUG=webrtc:4256
TBR=perkj@webrtc.org
NOTRY=True
==========

[commit-bot: I haz the power, 2016-06-20 08:34:12]

Committed patchset #2 (id:20001)

[commit-bot: I haz the power, 2016-06-20 08:34:17]

Description was changed from

==========
Workaround java.gypi inclusion error in Chromium builds.

In order to switch Chromium to use WebRTC targets instead of
duplicated code listings in src/third_party/libjingle it must
be possible for Chromium to process webrtc/api/api.gyp. This is
currently not possible since it includes build/java.gypi, of which
the path is different in a Chromium checkout. It's not possible
to resolve this in another way since 'includes' processing takes
place early in the GYP cycle, before it's possible to use variables.
They're also processed ignoring conditional statements, resulting
in an error when api.gyp is processed.

BUG=webrtc:4256
TBR=perkj@webrtc.org
NOTRY=True
==========

to

==========
Workaround java.gypi inclusion error in Chromium builds.

In order to switch Chromium to use WebRTC targets instead of
duplicated code listings in src/third_party/libjingle it must
be possible for Chromium to process webrtc/api/api.gyp. This is
currently not possible since it includes build/java.gypi, of which
the path is different in a Chromium checkout. It's not possible
to resolve this in another way since 'includes' processing takes
place early in the GYP cycle, before it's possible to use variables.
They're also processed ignoring conditional statements, resulting
in an error when api.gyp is processed.

BUG=webrtc:4256
TBR=perkj@webrtc.org
NOTRY=True

Committed: https://crrev.com/442e6ee76a845a7fe3a16a7189bdc8da031f1208
Cr-Commit-Position: refs/heads/master@{#13208}
==========

[commit-bot: I haz the power, 2016-06-20 08:34:18]

Patchset 2 (id:??) landed as
https://crrev.com/442e6ee76a845a7fe3a16a7189bdc8da031f1208
Cr-Commit-Position: refs/heads/master@{#13208}