Stop running gyp_chromium in our sync process.

Add a custom hook to DEPS.xwalk called "gyp", which is the name of the
hook in Chromium's DEPS that runs the gyp_chromium script.

Calling gyp_chromium is bad for several reasons:

* It is slow and adds several seconds to a "gclient sync" call.

* It is not necessary since we use our own gyp_xwalk script.

* It is actively harmful when one is building Crosswalk for Tizen, since
  it is unconditionally run on the host side. In practice, this means
  several additional Linux dependencies are required even though they
  will not be used in the build.
  This used to be the case for Android as well, but since a few
  milestones ago upstream improved the situation there so that just
  passing OS=android in gyp is enough.

BUG=XWALK-81

(cherry picked from commit 82c44b464cd3678781d830a4bbbdda7894526870)
Merge pull request #2570 from wuhengzhi/crosswalk-10

[Android] Implement the function for file picker.
Merge pull request #2565 from rakuco/backport-gyp_chromium-fix

Stop running gyp_chromium in our sync process.
Bump version to 10.39.235.2
[Android] Replace postMessage() with createPromise() in messaging_api.js

postMessage() is not defined in this file. The correct function call is
createPromise().

BUG=XWALK-2877
Merge pull request #2580 from shawngao5/crosswalk-10_XWALK-2877

[Android] Replace postMessage() with createPromise() in messaging_api.js
[Android] Stop checking if RegisterNativesImpl() returns >= 0.

RegisterNativesImpl() returns a bool, so the comparison was always going
to return true.

Do the reasonable thing and just rely on the function's return value
without comparing it to anything.

(cherry picked from commit 592339ff4b176c524ba916b218bf025a51c03958)
Bump version to 10.39.235.3
[Android] Use Uri for the web socket url for remote debugging

Class URL doesn't accept ws protocol in case openConnection is
called in future without handler.

Use Uri class instead, this is a minor change to the API
not released to customers yet. Roll up the API version to 4.1.

BUG=https://crosswalk-project.org/jira/browse/XWALK-2893
(cherry picked from commit a7d6ef18fb02a10cc8095161887cc7e9c1ac7e8b)
Merge pull request #2588 from wang16/crosswalk-10

[Android] Use Uri for the web socket url for remote debugging
DEPS.xwalk: Roll v8-crosswalk (03d8b6c -> 35e0d97)

35e0d97 Merge pull request #59 from eleskine/master
089ec67 Extend CPU profiler with mapping ticks to source lines
Merge pull request #2593 from eleskine/eleskine-crosswalk-10

DEPS.xwalk: Roll v8-crosswalk (03d8b6c -> 35e0d97)
Bump version to 10.39.235.4
[Android] App crashed when invoking navigator.app.exitApp

The XWalkContent was destroyed when mNativeContent set to 0 in destroy() function.
Don't invoke the webContents.stop after that.
Add similar check to other related APIs.

BUG=XWALK-2815

(cherry picked from commit 0dd21390c49a7260b5b11e7e6c83539e97e28898)
Merge pull request #2599 from fujunwei/merge-exit-app

[Android] App crashed when invoking navigator.app.exitApp
Bump version to 10.39.235.5
[Android] Allow web socket connection from any uid for debugging

There is already a switch for remote debugging.
And allow uid to access is very unintuitive since:
1. uid for Android app is determined at install time, so it must be
   a dynamical setting for the allow uid.
2. There can't be "secure" rule for xwalk core to decide which
   uid to allow. So basically we need to allow any uid who requires
   if we still be using such mechanism for authentication.
So just directly allow web socket connection from any uid if
remote debugging is turned on.

Besides, previous uid access is put in the Security scenario DEFAULT,
which is not appropriate. Now create a new value ALLOW_SOCKET_ACCESS
for it.
(cherry picked from commit a1e85312fca1c0b5783d06c60cbd74fded767029)
Merge pull request #2601 from wang16/crosswalk-10

[Android] Allow web socket connection from any uid for debugging
Merge pull request #2587 from rakuco/v10-registernatives-return-value

[Android] Stop checking if RegisterNativesImpl() returns >= 0.
Bump version to 10.39.235.6