rust/compiler/rustc_metadata/src/lib.rs

#![doc(html_root_url = "https://doc.rust-lang.org/nightly/nightly-rustc/")]
#![feature(crate_visibility_modifier)]
#![feature(drain_filter)]
#![feature(in_band_lifetimes)]
#![feature(nll)]
#![feature(once_cell)]
#![feature(proc_macro_internals)]
#![feature(min_specialization)]
#![feature(try_blocks)]
#![feature(never_type)]
#![recursion_limit = "256"]

extern crate proc_macro;

#[macro_use]
extern crate rustc_macros;
#[macro_use]
extern crate rustc_middle;
#[macro_use]
extern crate rustc_data_structures;

pub use rmeta::{provide, provide_extern};

mod dependency_format;
mod foreign_modules;
mod native_libs;
mod rmeta;

pub mod creader;
pub mod dynamic_lib;
pub mod locator;

pub use rmeta::encode_metadata;
pub use rmeta::METADATA_HEADER;
/nightly/nightly-rustc 2020-09-23 19:51:56 +00:00			`#![doc(html_root_url = "https://doc.rust-lang.org/nightly/nightly-rustc/")]`
syntax_ext: Turn `#[global_allocator]` into a regular attribute macro 2019-07-18 21:24:58 +00:00			`#![feature(crate_visibility_modifier)]`
Keep last redundant linker flag, not first When a library (L1) is passed to the linker multiple times, this is sometimes purposeful: there might be several other libraries in the linker command (L2 and L3) that all depend on L1. You'd end up with a (simplified) linker command that looks like: -l2 -l1 -l3 -l1 With the previous behavior, when rustc encountered a redundant library, it would keep the first instance, and remove the later ones, resulting in: -l2 -l1 -l3 This can cause a linker error, because on some platforms (e.g. Linux), the linker will only include symbols from L1 that are needed at the point it's referenced in the command line. So if L3 depends on additional symbols from L1, which aren't needed by L2, the linker won't know to include them, and you'll end up with "undefined symbols" errors. A better behavior is to keep the last instance of the library: -l2 -l3 -l1 This ensures that all "downstream" libraries have been included in the linker command before the "upstream" library is referenced. Fixes rust-lang#47989 2018-12-20 20:46:42 +00:00			`#![feature(drain_filter)]`
rustc_metadata: parametrize schema::CrateRoot by 'tcx. 2019-04-11 07:22:02 +00:00			`#![feature(in_band_lifetimes)]`
Bump to 1.31.0 and bootstrap from 1.30 beta 2018-09-26 21:26:46 +00:00			`#![feature(nll)]`
Refactor dynamic library error checking on *nix The old code was checking `dlerror` more often than necessary, since the return value of `dlopen` indicates whether an error occurred. 2020-08-20 21:34:40 +00:00			`#![feature(once_cell)]`
rustc: Rename rustc_macro to proc_macro This commit blanket renames the `rustc_macro` infrastructure to `proc_macro`, which reflects the general consensus of #35900. A follow up PR to Cargo will be required to purge the `rustc-macro` name as well. 2016-10-03 16:49:39 +00:00			`#![feature(proc_macro_internals)]`
Use min_specialization in the remaining rustc crates 2020-06-01 17:58:18 +00:00			`#![feature(min_specialization)]`
Replace all uses of `log::log_enabled` with `Debug` printers 2020-07-28 14:15:40 +00:00			`#![feature(try_blocks)]`
Hygiene serialization implementation 2020-03-17 15:45:02 +00:00			`#![feature(never_type)]`
Format the world 2019-12-22 22:42:04 +00:00			`#![recursion_limit = "256"]`
Update recursion limits 2018-03-03 05:22:19 +00:00
rustc: Rename rustc_macro to proc_macro This commit blanket renames the `rustc_macro` infrastructure to `proc_macro`, which reflects the general consensus of #35900. A follow up PR to Cargo will be required to purge the `rustc-macro` name as well. 2016-10-03 16:49:39 +00:00			`extern crate proc_macro;`
split the metadata code into rustc_metadata tests & rustdoc still broken 2015-11-24 22:00:26 +00:00
Rework `rustc_serialize` - Move the type parameter from `encode` and `decode` methods to the trait. - Remove `UseSpecialized(En\|De)codable` traits. - Remove blanket impls for references. - Add `RefDecodable` trait to allow deserializing to arena-allocated references safely. - Remove ability to (de)serialize HIR. - Create proc-macros `(Ty)?(En\|De)codable` to help implement these new traits. 2020-06-11 14:49:57 +00:00			`#[macro_use]`
			`extern crate rustc_macros;`
librustc_metadata: use bug!(), span_bug!() 2016-03-28 21:00:01 +00:00			`#[macro_use]`
rustc -> rustc_middle part 1 2020-03-29 13:24:45 +00:00			`extern crate rustc_middle;`
Make metadata references Send + Sync 2018-03-03 05:17:06 +00:00			`#[macro_use]`
rustc: Rename rustc_macro to proc_macro This commit blanket renames the `rustc_macro` infrastructure to `proc_macro`, which reflects the general consensus of #35900. A follow up PR to Cargo will be required to purge the `rustc-macro` name as well. 2016-10-03 16:49:39 +00:00			`extern crate rustc_data_structures;`
split the metadata code into rustc_metadata tests & rustdoc still broken 2015-11-24 22:00:26 +00:00
rustc_metadata: Merge `cstore.rs` into `creader.rs` 2019-11-23 22:10:12 +00:00			`pub use rmeta::{provide, provide_extern};`

rustc_metadata: rename index::Index to table::Table. 2019-05-23 17:29:01 +00:00			`mod dependency_format;`
rustc: Add a `#[wasm_import_module]` attribute This commit adds a new attribute to the Rust compiler specific to the wasm target (and no other targets). The `#[wasm_import_module]` attribute is used to specify the module that a name is imported from, and is used like so: #[wasm_import_module = "./foo.js"] extern { fn some_js_function(); } Here the import of the symbol `some_js_function` is tagged with the `./foo.js` module in the wasm output file. Wasm-the-format includes two fields on all imports, a module and a field. The field is the symbol name (`some_js_function` above) and the module has historically unconditionally been `"env"`. I'm not sure if this `"env"` convention has asm.js or LLVM roots, but regardless we'd like the ability to configure it! The proposed ES module integration with wasm (aka a wasm module is "just another ES module") requires that the import module of wasm imports is interpreted as an ES module import, meaning that you'll need to encode paths, NPM packages, etc. As a result, we'll need this to be something other than `"env"`! Unfortunately neither our version of LLVM nor LLD supports custom import modules (aka anything not `"env"`). My hope is that by the time LLVM 7 is released both will have support, but in the meantime this commit adds some primitive encoding/decoding of wasm files to the compiler. This way rustc postprocesses the wasm module that LLVM emits to ensure it's got all the imports we'd like to have in it. Eventually I'd ideally like to unconditionally require this attribute to be placed on all `extern { ... }` blocks. For now though it seemed prudent to add it as an unstable attribute, so for now it's not required (as that'd force usage of a feature gate). Hopefully it doesn't take too long to "stabilize" this! cc rust-lang-nursery/rust-wasm#29 2018-02-10 22:28:17 +00:00			`mod foreign_modules;`
rustc_metadata: rename index::Index to table::Table. 2019-05-23 17:29:01 +00:00			`mod native_libs;`
rustc_metadata: Rename `schema` to `rmeta` And change `rmeta.rs` to `rmeta/mod.rs` 2019-11-04 08:57:17 +00:00			`mod rmeta;`
rustc_metadata: group information into less tags. 2016-09-08 16:05:50 +00:00
split the metadata code into rustc_metadata tests & rustdoc still broken 2015-11-24 22:00:26 +00:00			`pub mod creader;`
rustc_back: move dynamic_lib to rustc_metadata. 2017-11-23 16:07:18 +00:00			`pub mod dynamic_lib;`
Rename `loader.rs` -> `locator.rs`. 2016-10-20 04:31:14 +00:00			`pub mod locator;`
Drop metadata_encoding_version. 2021-05-29 20:49:59 +00:00
Move encode_metadata out of CrateStore. 2020-11-14 00:59:00 +00:00			`pub use rmeta::encode_metadata;`
Drop metadata_encoding_version. 2021-05-29 20:49:59 +00:00			`pub use rmeta::METADATA_HEADER;`