OpenE2K/rust
2
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
rust/src/librustc_interface/Cargo.toml

57 lines
2.0 KiB
TOML
Raw Normal View History

Introduce rustc_interface and move some methods there
2018-12-08 20:30:23 +01:00
[package]
authors = ["The Rust Project Developers"]
name = "rustc_interface"
version = "0.0.0"
librustc_interface => 2018
2019-03-26 19:07:13 +01:00
edition = "2018"
Introduce rustc_interface and move some methods there
2018-12-08 20:30:23 +01:00
[lib]
name = "rustc_interface"
path = "lib.rs"
rustc: Remove `dylib` crate type from most rustc crates Now that procedural macros no longer link transitively to libsyntax, this shouldn't be needed any more! This commit is an experiment in removing all dynamic libraries from rustc except for librustc_driver itself. Let's see how far we can get with that!
2018-12-19 18:11:31 +01:00
doctest = false
Introduce rustc_interface and move some methods there
2018-12-08 20:30:23 +01:00
[dependencies]
log = "0.4"
Rebase rustc-rayon on rayon-1.2 See also https://github.com/rust-lang/rustc-rayon/pull/3
2019-09-10 10:13:07 -07:00
rayon = { version = "0.3.0", package = "rustc-rayon" }
bump smallvec to 1.0
2019-11-04 15:59:09 +01:00
smallvec = { version = "1.0", features = ["union", "may_dangle"] }
Rename `syntax` to `rustc_ast` in source code
2020-02-29 20:37:32 +03:00
rustc_ast = { path = "../librustc_ast" }
Move builtin attribute logic to new rustc_attr crate. For now, this is all the crate contains, but more attribute logic & types will be moved there over time.
2020-01-11 13:15:20 +01:00
rustc_attr = { path = "../librustc_attr" }
Rename `libsyntax_ext` and `libsyntax_expand` in code
2019-12-29 17:23:55 +03:00
rustc_builtin_macros = { path = "../librustc_builtin_macros" }
rustc_expand = { path = "../librustc_expand" }
move syntax::parse -> librustc_parse also move MACRO_ARGUMENTS -> librustc_parse
2019-10-15 22:48:13 +02:00
rustc_parse = { path = "../librustc_parse" }
buffered lint infra -> rustc_session
2020-01-05 09:40:16 +01:00
rustc_session = { path = "../librustc_session" }
Rename `syntax_pos` to `rustc_span` in source code
2019-12-31 20:15:40 +03:00
rustc_span = { path = "../librustc_span" }
cleanup: Remove `extern crate serialize as rustc_serialize`s
2019-07-23 18:50:47 +03:00
rustc_serialize = { path = "../libserialize", package = "serialize" }
Introduce rustc_interface and move some methods there
2018-12-08 20:30:23 +01:00
rustc = { path = "../librustc" }
librustc_ast_lowering: cargo changes.
2019-12-22 18:12:56 +01:00
rustc_ast_lowering = { path = "../librustc_ast_lowering" }
ast_validation -> new crate rustc_ast_passes
2020-01-05 10:58:44 +01:00
rustc_ast_passes = { path = "../librustc_ast_passes" }
Introduce rustc_interface and move some methods there
2018-12-08 20:30:23 +01:00
rustc_incremental = { path = "../librustc_incremental" }
rustc_traits = { path = "../librustc_traits" }
rustc_data_structures = { path = "../librustc_data_structures" }
Move metadata writing earlier. The commit moves metadata writing from `link_binary` to `encode_metadata` (and renames the latter as `encode_and_write_metadata`). This is at the very start of code generation.
2019-04-30 15:53:30 +10:00
rustc_codegen_ssa = { path = "../librustc_codegen_ssa" }
Introduce rustc_interface and move some methods there
2018-12-08 20:30:23 +01:00
rustc_codegen_utils = { path = "../librustc_codegen_utils" }
rustc: Link LLVM directly into rustc again This commit builds on #65501 continue to simplify the build system and compiler now that we no longer have multiple LLVM backends to ship by default. Here this switches the compiler back to what it once was long long ago, which is linking LLVM directly to the compiler rather than dynamically loading it at runtime. The `codegen-backends` directory of the sysroot no longer exists and all relevant support in the build system is removed. Note that `rustc` still supports a dynamically loaded codegen backend as it did previously, it just no longer supports dynamically loaded codegen backends in its own sysroot. Additionally as part of this the `librustc_codegen_llvm` crate now once again explicitly depends on all of its crates instead of implicitly loading them through the sysroot. This involved filling out its `Cargo.toml` and deleting all the now-unnecessary `extern crate` annotations in the header of the crate. (this in turn required adding a number of imports for names of macros too). The end results of this change are: * Rustbuild's build process for the compiler as all the "oh don't forget the codegen backend" checks can be easily removed. * Building `rustc_codegen_llvm` is much simpler since it's simply another compiler crate. * Managing the dependencies of `rustc_codegen_llvm` is much simpler since it's "just another `Cargo.toml` to edit" * The build process should be a smidge faster because there's more parallelism in the main rustc build step rather than splitting `librustc_codegen_llvm` out to its own step. * The compiler is expected to be slightly faster by default because the codegen backend does not need to be dynamically loaded. * Disabling LLVM as part of rustbuild is still supported, supporting multiple codegen backends is still supported, and dynamic loading of a codegen backend is still supported.
2019-10-22 08:51:35 -07:00
rustc_codegen_llvm = { path = "../librustc_codegen_llvm", optional = true }
move def_id to new rustc_hir crate
2019-12-25 03:51:27 +01:00
rustc_hir = { path = "../librustc_hir" }
Other crates.
2020-01-06 23:31:06 +01:00
rustc_infer = { path = "../librustc_infer" }
Introduce rustc_interface and move some methods there
2018-12-08 20:30:23 +01:00
rustc_metadata = { path = "../librustc_metadata" }
rustc_mir = { path = "../librustc_mir" }
Split `rustc_mir::{build, hair, lints}` into their own crate
2020-01-05 15:46:44 +00:00
rustc_mir_build = { path = "../librustc_mir_build" }
Introduce rustc_interface and move some methods there
2018-12-08 20:30:23 +01:00
rustc_passes = { path = "../librustc_passes" }
rustc_typeck = { path = "../librustc_typeck" }
rustc_lint = { path = "../librustc_lint" }
rustc_errors = { path = "../librustc_errors" }
Rename directory `rustc_plugin` -> `rustc_plugin_impl`
2019-11-17 00:54:24 +03:00
rustc_plugin_impl = { path = "../librustc_plugin_impl" }
Introduce rustc_interface and move some methods there
2018-12-08 20:30:23 +01:00
rustc_privacy = { path = "../librustc_privacy" }
rustc_resolve = { path = "../librustc_resolve" }
Move to new crate rustc_ty.
2020-01-13 13:40:30 +01:00
rustc_ty = { path = "../librustc_ty" }
Move metadata writing earlier. The commit moves metadata writing from `link_binary` to `encode_metadata` (and renames the latter as `encode_and_write_metadata`). This is at the very start of code generation.
2019-04-30 15:53:30 +10:00
tempfile = "3.0.5"
Locate rustc binary similarly to codegen backend loading This ensures that the failure cases for finding the codegen backend and for finding the rustc binary are essentially the same, and since we almost always will load the codegen backend, this is essentially meaning that the rustc change is not a regression.
2019-09-09 21:01:41 -04:00
once_cell = "1"
syntax: use distinct FloatTy from rustc_target. We also sever syntax's dependency on rustc_target as a result. This should slightly improve pipe-lining. Moreover, some cleanup is done in related code.
2019-10-28 03:46:22 +01:00
use winapi for non-stdlib Windows bindings
2020-01-04 16:46:47 -05:00
[target.'cfg(windows)'.dependencies]
winapi = { version = "0.3", features = ["libloaderapi"] }
syntax: use distinct FloatTy from rustc_target. We also sever syntax's dependency on rustc_target as a result. This should slightly improve pipe-lining. Moreover, some cleanup is done in related code.
2019-10-28 03:46:22 +01:00
[dev-dependencies]
rustc_target = { path = "../librustc_target" }
rustc: Link LLVM directly into rustc again This commit builds on #65501 continue to simplify the build system and compiler now that we no longer have multiple LLVM backends to ship by default. Here this switches the compiler back to what it once was long long ago, which is linking LLVM directly to the compiler rather than dynamically loading it at runtime. The `codegen-backends` directory of the sysroot no longer exists and all relevant support in the build system is removed. Note that `rustc` still supports a dynamically loaded codegen backend as it did previously, it just no longer supports dynamically loaded codegen backends in its own sysroot. Additionally as part of this the `librustc_codegen_llvm` crate now once again explicitly depends on all of its crates instead of implicitly loading them through the sysroot. This involved filling out its `Cargo.toml` and deleting all the now-unnecessary `extern crate` annotations in the header of the crate. (this in turn required adding a number of imports for names of macros too). The end results of this change are: * Rustbuild's build process for the compiler as all the "oh don't forget the codegen backend" checks can be easily removed. * Building `rustc_codegen_llvm` is much simpler since it's simply another compiler crate. * Managing the dependencies of `rustc_codegen_llvm` is much simpler since it's "just another `Cargo.toml` to edit" * The build process should be a smidge faster because there's more parallelism in the main rustc build step rather than splitting `librustc_codegen_llvm` out to its own step. * The compiler is expected to be slightly faster by default because the codegen backend does not need to be dynamically loaded. * Disabling LLVM as part of rustbuild is still supported, supporting multiple codegen backends is still supported, and dynamic loading of a codegen backend is still supported.
2019-10-22 08:51:35 -07:00
[features]
llvm = ['rustc_codegen_llvm']
Reference in New Issue Copy Permalink