rust/compiler/rustc_codegen_ssa/src/back, branch betahttps://github.com/rust-lang/rust
http://git.dreamy.place/mirrors/rust/atom?h=beta2025-09-12T18:53:28+00:00Add --print target-spec-json-schema2025-09-12T18:53:28+00:00Noratrieb48135649+Noratrieb@users.noreply.github.com2025-07-26T10:39:31+00:00urn:sha1:f157ce994ea45e9faea9eff89c5f8b3d4ea77b6e
This schema is helpful for people writing custom target spec JSON. It
can provide autocomplete in the editor, and also serves as documentation
when there are documentation comments on the structs, as `schemars` will
put them in the schema.
Move timers into execute_*_work_item2025-09-06T18:37:23+00:00bjorn317426603+bjorn3@users.noreply.github.com2025-09-04T09:27:12+00:00urn:sha1:3a1ae064a71f7e265e1e24c75b26fe3cd7edd3b1Remove want_summary argument from prepare_thin2025-09-06T18:37:23+00:00bjorn317426603+bjorn3@users.noreply.github.com2025-09-04T15:16:55+00:00urn:sha1:f2933b34a8331204270fa2bdbdcfd79fcffbb302
It is always false nowadays. ThinLTO summary writing is instead done by
llvm_optimize.
Ensure fat LTO doesn't merge everything into the allocator module2025-09-06T13:31:41+00:00bjorn317426603+bjorn3@users.noreply.github.com2025-09-05T19:09:39+00:00urn:sha1:2cf94b92ca852924ad90943a0c469f01742216a6Make the allocator shim participate in LTO again2025-09-06T08:35:55+00:00bjorn317426603+bjorn3@users.noreply.github.com2025-09-05T09:32:56+00:00urn:sha1:027135976849da34250d7638502bcc2a24f741d7Special case allocator module submission to avoid special casing it elsewhere2025-09-04T08:21:10+00:00bjorn317426603+bjorn3@users.noreply.github.com2025-08-28T10:26:29+00:00urn:sha1:319fe230f0d960b343be31a1182dc0f10753156c
A lot of places had special handling just in case they would get an
allocator module even though most of these places could never get one or
would have a trivial implementation for the allocator module. Moving all
handling of the allocator module to a single place simplifies things a
fair bit.
Ensure the allocator shim never participates in LTO2025-09-04T08:21:10+00:00bjorn317426603+bjorn3@users.noreply.github.com2025-08-28T09:54:42+00:00urn:sha1:eea81b5d752f5310fcbd5ddae722afc7de0b8fa1
Making it participate in LTO would be incorrect if you compile a crate
as both a dylib (which needs it) and rlib (which must not include it) in
the same rustc invocation. With linker plugin LTO, the allocator shim
will still participate in LTO as it is safe to do so in that case.
Export __rdl_* symbols to the allocator shim when doing LTO2025-09-04T08:21:10+00:00bjorn317426603+bjorn3@users.noreply.github.com2025-08-28T13:01:40+00:00urn:sha1:7a01c7f676cbffba4f14540ae90e4fd82f7b0af1Rollup merge of #145962 - bjorn3:linkage_fixes, r=WaffleLapkin2025-09-04T00:01:56+00:00Stuart CookZalathar@users.noreply.github.com2025-09-04T00:01:56+00:00urn:sha1:6c77c4c115b539f0a9ade4cb7874260039a98970
Ensure we emit an allocator shim when only some crate types need one
Found this while trying to write a test for https://github.com/rust-lang/rust/pull/145955.
Auto merge of #146133 - rcvalle:rust-cfi-fix-145981, r=bjorn32025-09-03T19:07:55+00:00borsbors@rust-lang.org2025-09-03T19:07:55+00:00urn:sha1:a1208bf765ba783ee4ebdc4c29ab0a0c215806ef
Revert "Make `lto` and `linker-plugin-lto` work the same for `compiler_builtins`
This reverts commit cf8753e4f9c3597f04cd5d3aa261e4561d5378a6 (PR https://github.com/rust-lang/rust/pull/145368) and fix the regressions reported at rust-lang/rust#145981, rust-lang/rust#146109, and rust-lang/rust#146145.