Simplify the thunk targets since we don't support apps as components

Since we don't support using the component build to produce mojo apps,
we can simplify the build targets in a few ways:

*) every mojo_native_application must depend on the c system thunks,
so just make that part of the template instead of requiring the dep
*) there's no such thing as depending on gles2 headers from a component,
so delete the forwarding group.

Most targets that want to use the gles2 headers in a mojo context
want to depend on an implementation through the thunks, so
//mojo/public/c/gles2 does just that. A smaller number of targets (such
as the implementation of the thunks) want to just depend on the headers
but not an impl, so they can depend on //mojo/public/c/gles2:headers.
The //mojo/public/gles target isn't that useful since the only thing we
expose is a set of C entry points.

We can probably also simplify the c system targets, but that's trickier
due to more extensive use from the chromium side.

BUG=438701
R=viettrungluu@chromium.org

Review URL: https://codereview.chromium.org/780733002
57 files changed
tree: e3d3ec0b6f9e38d12e8f285d8b491803dea77ae4
  1. base/
  2. benchmarks/
  3. build/
  4. cc/
  5. crypto/
  6. examples/
  7. gin/
  8. gpu/
  9. mojo/
  10. net/
  11. sandbox/
  12. sdch/
  13. services/
  14. skia/
  15. sky/
  16. testing/
  17. third_party/
  18. tools/
  19. ui/
  20. url/
  21. .clang-format
  22. .gitattributes
  23. .gitignore
  24. .gn
  25. AUTHORS
  26. BUILD.gn
  27. codereview.settings
  28. DEPS
  29. DEPS.dart
  30. LICENSE
  31. OWNERS
  32. PRESUBMIT.py
  33. PRESUBMIT_test.py
  34. README.md
  35. sky_viewer.trace
  36. WATCHLISTS
README.md

Mojo

Mojo is an effort to extract a common platform out of Chrome's renderer and plugin processes that can support multiple types of sandboxed content, such as HTML, Pepper, or NaCl.

Set up your environment

The instructions below only need to be done once. Note that a simple “git clone” command is not sufficient to build the source code because this repo uses the gclient command from depot_tools to manage most third party dependencies.

  1. Download depot_tools and make sure it is in your path:
    http://www.chromium.org/developers/how-tos/install-depot-tools

  2. [Googlers only] Install Goma in ~/goma.

  3. Create a directory somewhere for your checkout (preferably on an SSD), cd into it, and run the following commands:

$ fetch mojo # append --target_os=android to include Android build support.
$ cd src
$ ./build/install-build-deps.sh
$ mojo/tools/mojob.py gn

The “fetch mojo” command does the following:

  • creates a directory called ‘src’ under your checkout directory
  • clones the repository using git clone
  • clones dependencies with gclient sync

install-build-deps.sh installs any packages needed to build, then mojo/tools/mojob.py gn runs gn args and configures the build directory, out/Debug.

If the fetch command fails, you will need to delete the src directory and start over.

Build Mojo

Build Mojo by running:

$ ninja -C out/Debug -j 10 root

The “root” parameter specifies the target to build, it's not a special keyword. You can find the “root” target in src/BUILD.gn.

(If you are a Googler, see the section at the end of this document for faster builds.)

You can also use the mojob.py script for building. This script automatically calls ninja and sets -j to an appropriate value based on whether Goma is present. You cannot specify a target name with this script.

mojo/tools/mojob.py build

Run a demo:

mojo/tools/mojo_demo.sh --browser

Run the tests:

mojo/tools/mojob.py test

Update your repo

You can update your repo like this:

$ gclient sync
$ git pull --rebase

You do not need to rerun “gn gen out/Debug”. Ninja will do so automatically as needed.

Contribute

With git you should make all your changes in a local branch. Once your change is committed, you can delete this branch.

Create a local branch named “mywork” and make changes to it.

  cd src
  git new-branch mywork
  vi ...

Commit your change locally (this doesn't commit your change to the SVN or Git server)

  git commit -a

Fix your source code formatting

$ git cl format

Upload your change for review

$ git cl upload

Respond to review comments

See Contributing code for more detailed git instructions, including how to update your CL when you get review comments. There's a short tutorial that might be helpful to try before your first change: C++ in Chromium 101.

To land a change after receiving LGTM:

$ git cl land

Don't break the build! Waterfall is here: http://build.chromium.org/p/client.mojo/waterfall

Android Builds

To build for Android, first make sure you‘ve downloaded build support for Android, which you would have done by adding --target_os=android when you ran fetch mojo. If you didn’t do that, there's an easy fix. Edit the file .gclient in your root Mojo directory (the parent directory to src.) Add this line at the end of the file:

target_os = [u'android']

Pull down all of the packages with this command:

$ gclient sync

Prepare the build directory for Android:

$ src/mojo/tools/mojob.py gn --android

Finally, perform the build. The result will be in out/android_Debug:

$ src/mojo/tools/mojob.py build --android

Googlers

If you're a Googler, you can use Goma, a distributed compiler service for open-source projects such as Chrome and Android. The instructions below assume that Goma is installed in the default location (~/goma).

To enable Goma, update your “args.gn” file. Open the file in your editor with this command:

$ gn args out/Debug

Add this line to the end of the file:

use_goma = true

After you close the editor, the “gn args” command will automatically run “gn gen out/Debug” again.

Now you can dramatically increase the number of parallel tasks:

$ ninja -C out/Debug -j 1000 root