Move android_stack_parser to devtools, adapt and hook it up in `debugger`.

To try it, run:

  mojo/devtools/common/debugger device awsnap

for Chromium-style checkouts (e.g. Mojo) with build in out/android_Debug this
doesn't require any further arguments - regardless of where devtools are
checked in, as long as they are somewhere under the checkout root.

One can set --build-dir and --ndk-dir for non-standard setups.

See #238.

R=etiennej@chromium.org

Review URL: https://codereview.chromium.org/1186113002.

Cr-Mirrored-From: https://github.com/domokit/mojo
Cr-Mirrored-Commit: 188e070f0201c70ddeec63a295cc9ce83df25bda
6 files changed
tree: 0838b86567afc8e1e669e06ae40b489546d1811b
  1. android_stack_parser/
  2. devtoolslib/
  3. debugger
  4. README.md
README.md

Devtools

Unopinionated tools for running, debugging and testing Mojo apps.

The repo consists of:

  • devtoolslib - Python module containing the core scripting functionality for running Mojo apps: shell abstraction with implementations for Android and Linux and support for apptest frameworks
  • executable scripts - example embedders of devtoolslib and other utils

Embedding devtoolslib

As devtools carry no assumptions about build system or file layout being used, the primary way of using devtools now is to embed the functionality provided by devtoolslib in a thin wrapper script. For examples, one can refer to mojo's shell runner and apptest runner.

Executable scripts

The set of executable scripts is WIP. We currently offer:

  • debugger - allowing to send commands to the mojo:debugger app running in the shell, allowing e.g. to interactively start and stop tracing

Install

git clone https://github.com/domokit/devtools.git

File location

The library is canonically developed in the mojo repository, https://github.com/domokit/devtools is a mirror allowing to consume it separately.