src/librustc/Cargo.toml

   1 [package]
   2 authors = ["The Rust Project Developers"]
   3 name = "rustc"
   4 version = "0.0.0"
   5
   6 [lib]
   7 name = "rustc"
   8 path = "lib.rs"
   9 crate-type = ["dylib"]
  10
  11 [dependencies]
  12 arena = { path = "../libarena" }
  13 bitflags = "1.0"
  14 fmt_macros = { path = "../libfmt_macros" }
  15 graphviz = { path = "../libgraphviz" }
  16 jobserver = "0.1"
  17 lazy_static = "1.0.0"
  18 scoped-tls = { version = "0.1.1", features = ["nightly"] }
  19 log = { version = "0.4", features = ["release_max_level_info", "std"] }
  20 polonius-engine = "0.5.0"
  21 rustc-rayon = "0.1.1"
  22 rustc-rayon-core = "0.1.1"
  23 rustc_apfloat = { path = "../librustc_apfloat" }
  24 rustc_target = { path = "../librustc_target" }
  25 rustc_data_structures = { path = "../librustc_data_structures" }
  26 rustc_errors = { path = "../librustc_errors" }
  27 serialize = { path = "../libserialize" }
  28 syntax = { path = "../libsyntax" }
  29 syntax_pos = { path = "../libsyntax_pos" }
  30 backtrace = "0.3.3"
  31 parking_lot = "0.6"
  32 byteorder = { version = "1.1", features = ["i128"]}
  33 chalk-engine = { version = "0.8.0", default-features=false }
  34 rustc_fs_util = { path = "../librustc_fs_util" }
  35 smallvec = { version = "0.6.5", features = ["union"] }
  36
  37 # Note that these dependencies are a lie, they're just here to get linkage to
  38 # work.
  39 #
  40 # We're creating a bunch of dylibs for the compiler but we're also compiling a
  41 # bunch of crates.io crates. Everything in the compiler is compiled as an
  42 # rlib/dylib pair but all crates.io crates tend to just be rlibs. This means
  43 # we've got a problem for dependency graphs that look like:
  44 #
  45 #           foo - rustc_codegen_llvm
  46 #         /                  \
  47 #   rustc                     ---- rustc_driver
  48 #         \                     /
  49 #           foo - rustc_metadata
  50 #
  51 # Here the crate `foo` is linked into the `rustc_codegen_llvm` and the
  52 # `rustc_metadata` dylibs, meaning we've got duplicate copies! When we then
  53 # go to link `rustc_driver` the compiler notices this and gives us a compiler
  54 # error.
  55 #
  56 # To work around this problem we just add these crates.io dependencies to the
  57 # `rustc` crate which is a shared dependency above. That way the crate `foo`
  58 # shows up in the dylib for the `rustc` crate, deduplicating it and allowing
  59 # crates like `rustc_codegen_llvm` to use `foo` *through* the `rustc` crate.
  60 #
  61 # tl;dr; this is not needed to get `rustc` to compile, but if you remove it then
  62 #        later crate stop compiling. If you can remove this and everything
  63 #        compiles, then please feel free to do so!
  64 flate2 = "1.0"
  65 tempfile = "3.0"