[Android] Deprecate xwalk_android_gyp

In M36, android_gyp is still available in upstream, but it is
going to be removed in recent future.
We need to deprecate xwalk_android_gyp together with upstream's
change, and we need to pass '-DOS=android' explicity to it to
generate android building environment.

This change based on the discussion in pull request:
https://github.com/crosswalk-project/crosswalk/pull/2015

BUG=https://crosswalk-project.org/jira/browse/XWALK-1803
Revert "Fix build : Force ld.gold binary usage"

This has caused a regression in Tizen builds from scratch when NaCl
support is enabled (ie. 32-bit Tizen, like IVI and Mobile).

One stage of the NaCl build process involves calling the ld_bfd.py
script, that invokes `gcc -print-prog-name=ld' and later tries finding a
binary with ".bfd" appended to it because certain NaCl binaries must be
built with ld.bfd instead of gold.

binutils's packaging in Tizen is such that it creates symlinks in
/usr/i586-tizen-linux/bin to ar, as, ld, nm, ranlib, strip, but not
ld.bfd or ld.gold. The build-dependency on binutils-gold introduced in
the commit we are reverting makes /usr/bin/ld point to ld.gold instead
of ld.bfd. Finally, when `gcc -print-prog-name=ld' is called it finds
/usr/i586-tizen-linux/bin/ld but not /usr/i586-tizen-linux/bin/ld.bfd,
and since the former points to gold the script ends up linking the NaCl
binaries with gold instead of ld.bfd.

There are different ways to fix this, but for now we have to revert back
to a state where all Tizen profiles build, since this has blocked canary
builds for two days at least.

Related to XWALK-1904.

This reverts commit 55c37c02e29ba6ac21f1bb4031e7b9099ee11a38.
Merge pull request #2083 from rakuco/revert-tizen-binutils-gold

Revert "Fix build : Force ld.gold binary usage"
Bump version to 7.36.154.0
Merge pull request #2079 from jondong/android_gyp

[Android] Deprecate xwalk_android_gyp
[Runtime][Tizen] Initialize NSSInitSingleton ahead when Crosswalk service
starts.

For cold launch (Launch application for the first time), profiling data
shows that render process initialization is blocked by
BrowserThread::IO, who is busy at creating the lazy singleton instance
of NSSInitSingleton with ~120ms time cost. As a result, the parsing and
compositing time of render process are postponed.

This CL moves the NSSInitSingleton initialization logic ahead in
Crosswalk service start function so that render process won't wait too
much time for initialization.

From my test result, it could save the cold launch time with 100+ms
for Tizen Common image and ~50ms for IVI image, on VTC-1010.
Merge pull request #2068 from shaochangbin/move_nssinit

[Runtime][Tizen] Initialize NSSInitSingleton ahead when Crosswalk service starts.
Bump version to 7.36.154.1
[Android] Fix crash on Android Crosswalk if no SD card on test device

Add code to check every directory to avoid crash.

BUG=XWALK-1931
(cherry picked from commit 11eb7f0aea763d22dd7b66843585a9688b20b543)
Merge pull request #2096 from shawngao5/crosswalk-7

[Android] Fix crash on Android Crosswalk if no SD card on test device
Bump version to 7.36.154.2
[Android] Fix native filesystem API initialize crash for cordova

When application doesn't declare "WRITE/READ_EXTERNAL_STORAGE" permission in
its Android.manifest, getExternalCacheDirectory() will still return null even
though sd card is mounted.For cordova usage, the permission is not added by
default.

BUG=XWALK-1952
(cherry picked from commit 072c9f2ef76368ba299fd553a4daa6e9fa9160c8)

Conflicts:
	runtime/android/core_internal/src/org/xwalk/core/internal/XWalkViewInternal.java
Merge pull request #2113 from shawngao5/XWALK-1952-7

[Android] Fix native filesystem API initialize crash for cordova
Bump version to 7.36.154.3
DEPS.xwalk: Roll blink-crosswalk (07920aa->574b084)
Merge pull request #2115 from dp7/crosswalk-7

DEPS.xwalk: Roll blink-crosswalk (07920aa->574b084)
Bump version to 7.36.154.4
Revert "[Android] Enable hardware acceleration video decoding for WebRTC"

This reverts commit 1b114b10fef10879a90045c7aceb0fff61d6b709.

It's a walk around of the current P1 crash issue of WebRTC, will reopen
the HW decoding after the fix.

BUG=XWALK-1888

Cherry picked from commit cdbafc8a0d