summary refs log tree commit diff
path: root/src/test/run-make-fulldeps/hotplug_codegen_backend
AgeCommit message (Collapse)AuthorLines
2022-03-24Add testbjorn3-2/+17
2022-03-02rename ErrorReported -> ErrorGuaranteedmark-3/+3
2021-12-13Use `OutputFilenames` to generate output file for `-Zllvm-time-trace`Tomasz Miąsko-0/+1
The resulting profile will include the crate name and will be stored in the `--out-dir` directory. This implementation makes it convenient to use LLVM time trace together with cargo, in the contrast to the previous implementation which would overwrite profiles or store them in `.cargo/registry/..`.
2021-09-30Update run-make-fulldeps.Camille GILLOT-3/+4
2021-07-06Fix testbjorn3-3/+1
2021-06-04Update hotplug codegen backend testbjorn3-18/+3
2021-05-14Auto merge of #83640 - bjorn3:shared_metadata_reader, r=nagisabors-13/+1
Use the object crate for metadata reading This allows sharing the metadata reader between cg_llvm, cg_clif and other codegen backends. This is not currently useful for rlib reading with cg_spirv ([rust-gpu](https://github.com/EmbarkStudios/rust-gpu/)) as it uses tar rather than ar as .rlib format, but it is useful for dylib reading required for loading proc macros. (cc `@eddyb)` The object crate is already trusted as dependency of libstd through backtrace. As far as I know it supports reading all object file formats used by targets for which we support rust dylibs with crate metadata, but I am not certain. If this happens to not be the case, I could keep using LLVM for reading dylib metadata. Marked as WIP for a perf run and as it is based on #83637.
2021-05-13Use DefaultMetadataLoader in the hotplug_codegen_backend testbjorn3-13/+1
2021-05-02Fix hotplug codegen backend testbjorn3-1/+1
2020-10-10Fix hotplug_codegen_backend testbjorn3-32/+26
2020-07-10Avoid "whitelist"Tamir Duberstein-1/+1
Other terms are more inclusive and precise.
2020-04-28Fix fulldeps tests.Camille GILLOT-1/+1
2020-04-05Fix test.Camille GILLOT-2/+1
2020-04-02fix fulldeps test falloutMazdak Farrokhzad-1/+2
2020-03-30rustc -> rustc_middle part 5 -- fix testsMazdak Farrokhzad-6/+6
2020-03-24Mark hotplug_codegen_backend as ignore-stage1bjorn3-0/+2
2020-03-19Refactorings to begin getting rid of rustc_codegen_utilsMark Mansi-21/+22
2020-03-16use direct imports for `rustc::{lint, session}`.Mazdak Farrokhzad-4/+5
2020-02-04Split `join_codegen_and_link()` into two stepsVictor Ding-4/+14
`join_codegen_and_link()` is split to `join_codegen()` and `link()`.
2020-01-05fix ui-fulldeps falloutMazdak Farrokhzad-1/+2
2020-01-02fix src/test falloutMazdak Farrokhzad-2/+2
2019-10-24rustc: Add a convenience alias for `dyn MetadataLoader + Sync`Vadim Petrochenkov-3/+3
2019-10-03Deprecate `#![plugin]` and `#[plugin_registrar]`.Mazdak Farrokhzad-4/+4
2019-09-25Remove tx_to_llvm_workers from TyCtxtMark Rousskov-1/+0
This can be kept within the codegen backend crates entirely
2019-07-29rustc: Compile the `fmt_macros` crate as an rlibAlex Crichton-0/+1
I think this was left out by accident from the "convert everything to rlibs" commit, there's no need for this to be a dylib just as everything else doesn't need to be a dylib!
2019-06-14Unify all uses of 'gcx and 'tcx.Eduard-Mihai Burtescu-1/+1
2019-06-12rustc: replace `TyCtxt<'tcx, 'gcx, 'tcx>` with `TyCtxt<'gcx, 'tcx>`.Eduard-Mihai Burtescu-1/+1
2019-06-12rustc: replace `TyCtxt<'a, 'gcx, 'tcx>` with `TyCtxt<'tcx, 'gcx, 'tcx>`.Eduard-Mihai Burtescu-1/+1
2019-05-23Update wasm_import_module_map and target_features_whitelistJohn Kåre Alsaker-2/+2
2019-04-30Move metadata encoding earlier.Nicholas Nethercote-1/+3
This commit separates metadata encoding (`tcx.encode_metadata`) from the creation of the metadata module (which is now handled by `write_compressed_metadata`, formerly `write_metadata`). The metadata encoding now occurs slightly earlier in the pipeline, at the very start of code generation within `start_codegen`. Metadata *writing* still occurs near the end of compilation; that will be moved forward in subsequent commits.
2019-03-16Fix testbjorn3-7/+34
2019-03-10Make the rustc driver and interface demand drivenJohn Kåre Alsaker-2/+3
2018-12-25Remove licensesMark Rousskov-20/+0
2018-12-06codegen_utils, driver: fix clippy errorsljedrz-1/+1
2018-08-04Normalize variants of CrateType to standard styleMark Rousskov-1/+1
This is a clippy-breaking change.
2018-07-07Fix testbjorn3-5/+4
2018-06-14rustc: rename ty::maps to ty::query.Eduard-Mihai Burtescu-1/+1
2018-05-17Rename trans to codegen everywhere.Irina Popa-13/+13
2018-03-22rustc: Add a `#[wasm_custom_section]` attributeAlex Crichton-0/+104
This commit is an implementation of adding custom sections to wasm artifacts in rustc. The intention here is to expose the ability of the wasm binary format to contain custom sections with arbitrary user-defined data. Currently neither our version of LLVM nor LLD supports this so the implementation is currently custom to rustc itself. The implementation here is to attach a `#[wasm_custom_section = "foo"]` attribute to any `const` which has a type like `[u8; N]`. Other types of constants aren't supported yet but may be added one day! This should hopefully be enough to get off the ground with *some* custom section support. The current semantics are that any constant tagged with `#[wasm_custom_section]` section will be *appended* to the corresponding section in the final output wasm artifact (and this affects dependencies linked in as well, not just the final crate). This means that whatever is interpreting the contents must be able to interpret binary-concatenated sections (or each constant needs to be in its own custom section). To test this change the existing `run-make` test suite was moved to a `run-make-fulldeps` folder and a new `run-make` test suite was added which applies to all targets by default. This test suite currently only has one test which only runs for the wasm target (using a node.js script to use `WebAssembly` in JS to parse the wasm output).
generated by cgit-pink 1.4.1-3-g733a5 (git 2.37.1) at 2026-02-26 15:12:50 +0000