[go: nahoru, domu]

tree: 0f3ed8689fc03628cdbc7b7b4c2c03d68d6c97d6 [path history] [tgz]
  1. ansi_term/
  2. atty/
  3. bitflags/
  4. cc/
  5. clap/
  6. codespan_reporting/
  7. cxx/
  8. cxxbridge_cmd/
  9. cxxbridge_macro/
  10. itoa/
  11. libc/
  12. link_cplusplus/
  13. proc_macro2/
  14. quote/
  15. ryu/
  16. serde/
  17. serde_derive/
  18. serde_jsonrc/
  19. strsim/
  20. syn/
  21. termcolor/
  22. textwrap/
  23. unicode_width/
  24. unicode_xid/
  25. vec_map/
  26. winapi/
  27. winapi_util/
  28. .clang-format
  29. .gitignore
  30. OWNERS
  31. README.md
  32. third_party.toml
third_party/rust/README.md

Rust third-party code

Use of Rust is being experimented with. As such, code outside of that experiment should not depend on targets in this directory.

Directory structure

We store each third-party crate in a directory of the same name. Under that directory a folder named based on the crate epoch version is created. If the crate's version has a major version greater-than 0, then that is used as its version folder, such as v1. Otherwise, the name includes all leading zeros in the version, such as v0_3 or v0_0_6.

For example, the tutelage crate at version 1.4.3 would be stored at

//third_party/rust/tutelage/v1

Whereas the verion 0.2.8 version would be stored at

//third_party/rust/tutelage/v0_2

OWNERS

We do not require OWNERS in each crate's directory at this time, however this will be revisted when Rust goes to production.

Vendoring vs DEPS

In order to move quickly and reduce our processes, we will vendor third-party code directly into Chromium src.git under this directory.

Testing

All third-party crates should have their tests added to a Chromium test suite. These tests will be run on the Rust FYI bots, and may move to a blocking bot when Rust goes to production.