Depends on assets in http://crrev.com/15136005, which had to be separated because of the trybots.
With the way things are currently set up, Chrome on Android can't access properly
sized image resources:
* The APK only packages the mostly unused 100% resources (none of
the larger 200% assets)
* The bitmaps don't scale properly when they're converted to Java bitmaps because
the Java code knows nothing about the resource's expected dimensions on different
devices
* The Chromium resource loading system doesn't allow us to take advantage of
Android's resource loading schemes (drawable directories for different screen
sizes, RTL support, etc.).
Instead of #ifdefing out practically everything in the theme_resources.grd file,
this CL introduces a map between the chromium resource IDs and Android drawables,
allowing us to load up the correctly sized Android assets.
The template system is bootstrapped with the InfoBar and WebsiteSettingsUI icon
assets.
TBR=jochen
BUG=237034,238668
Review URL: https://chromiumcodereview.appspot.com/14772036
git-svn-id: http://src.chromium.org/svn/trunk/src/build@201328 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
Some commands that are called by build scripts are particularly verbose
(ant, dex, readelf). For these commands, the output (when successful)
is not useful (unlike javac, for example). Add an option
(suppress_output) to build_util.CheckCallDie to disable printing of
stdout/stderr when the call is successful.
Also, move remaining build scripts in build/android to
build/android/gyp.
NOTRY=true
Review URL: https://chromiumcodereview.appspot.com/13473017
git-svn-id: http://src.chromium.org/svn/trunk/src/build@192409 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
At build time, we know what native libraries an apk needs to load.
Instead of requiring those .apks to specify this again in code, instead
generate a .java file containing a list of the libraries to load.
This is done using a pattern similar to resources, content_java is built
with a placeholder NativeLibraries.java (i.e. without an actual value
for its libraries list). The corresponding .class file is not included
in content_java.jar. Then, when building an apk we generate the "real"
NativeLibraries.java (with the real String[]) and include that in the
.apk.
This is designed to also support the component build, where, we will
have to calculate the list of libraries at build time, and sort them in
dependency order (because Android's linker, for some reason, doesn't do
that itself).
BUG=158821
TBR=brettw@chromium.org
Review URL: https://chromiumcodereview.appspot.com/12939021
git-svn-id: http://src.chromium.org/svn/trunk/src/build@191695 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
If we fail to load the library in the renderer process, just abort early.
This prevents an extra user-visible dialog that Chrome has crashed. Note
that we currently assume the browser process hits the same error and will
prompt the user. If this only happens for the renderer process we'd end up
with a hung tab, but it's not clear how that would happen.
As part of this, convert the RESULT_CODES enum to be generated from a template so that we can re-use the same values for C++ and Java
BUG=180054
Review URL: https://chromiumcodereview.appspot.com/12464004
git-svn-id: http://src.chromium.org/svn/trunk/src/build@186610 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
When building the WebView on macs, cpp is a wrapper script around llvm
which does not accept all the same arguments as the cpp that's part of
gcc. Invoke gcc -E instead, which should be guaranteed to accept gcc
arguments (even if it ultimately invokes llvm as well).
BUG=
Review URL: https://codereview.chromium.org/12513008
git-svn-id: http://src.chromium.org/svn/trunk/src/build@186439 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
The moves NetError.java (generated from NetError.template) from
out/Debug/gen/templates/org.chromium.net/NetError.java
to
out/Debug/gen/templates/org/chromium/net/NetError.java
This is intended to help IDEs find the generated files.
Review URL: https://chromiumcodereview.appspot.com/12374036
git-svn-id: http://src.chromium.org/svn/trunk/src/build@185702 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
This patch adds a new .gypi file that allows one to generate Java source
files by parsing template files with the host C pre-processor. The main
use case is the ability to generate Java sources defining constants matching
their C/C++ counterparts.
This is actually a generalisation of the technique that was used in net/net.gyp
to generate a NetError.java source mirroring the definitions found in
net/base/net_error_list.h
BUG=none
Review URL: https://chromiumcodereview.appspot.com/11415152
git-svn-id: http://src.chromium.org/svn/trunk/src/build@172041 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
dfalcantara@chromium.org
cjhopman@chromium.org
yfriedman@chromium.org
torne@chromium.org
newt@chromium.org
michaelbai@chromium.org
digit@chromium.org