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 proc_macro = { path = "../libproc_macro" }
  22 rustc-rayon = "0.1.0"
  23 rustc-rayon-core = "0.1.0"
  24 rustc_apfloat = { path = "../librustc_apfloat" }
  25 rustc_target = { path = "../librustc_target" }
  26 rustc_data_structures = { path = "../librustc_data_structures" }
  27 rustc_errors = { path = "../librustc_errors" }
  28 serialize = { path = "../libserialize" }
  29 syntax = { path = "../libsyntax" }
  30 syntax_pos = { path = "../libsyntax_pos" }
  31 backtrace = "0.3.3"
  32 parking_lot = "0.5.5"
  33 byteorder = { version = "1.1", features = ["i128"]}
  34 chalk-engine = { version = "0.6.0", default-features=false }
  35
  36 # Note that these dependencies are a lie, they're just here to get linkage to
  37 # work.
  38 #
  39 # We're creating a bunch of dylibs for the compiler but we're also compiling a
  40 # bunch of crates.io crates. Everything in the compiler is compiled as an
  41 # rlib/dylib pair but all crates.io crates tend to just be rlibs. This means
  42 # we've got a problem for dependency graphs that look like:
  43 #
  44 #           foo - rustc_codegen_llvm
  45 #         /                  \
  46 #   rustc                     ---- rustc_driver
  47 #         \                     /
  48 #           foo - rustc_metadata
  49 #
  50 # Here the crate `foo` is linked into the `rustc_codegen_llvm` and the
  51 # `rustc_metadata` dylibs, meaning we've got duplicate copies! When we then
  52 # go to link `rustc_driver` the compiler notices this and gives us a compiler
  53 # error.
  54 #
  55 # To work around this problem we just add these crates.io dependencies to the
  56 # `rustc` crate which is a shared dependency above. That way the crate `foo`
  57 # shows up in the dylib for the `rustc` crate, deduplicating it and allowing
  58 # crates like `rustc_codegen_llvm` to use `foo` *through* the `rustc` crate.
  59 #
  60 # tl;dr; this is not needed to get `rustc` to compile, but if you remove it then
  61 #        later crate stop compiling. If you can remove this and everything
  62 #        compiles, then please feel free to do so!
  63 flate2 = "1.0"
  64 tempdir = "0.3"
  65
  66