rust/compiler/rustc_codegen_ssa/src/back, branch try

add -Zoffload=Enable flag behind -Zunstable-options, to enable gpu (host) code generation

2025-07-18T23:24:00+00:00

Rollup merge of #143846 - usamoi:gc, r=bjorn3

2025-07-18T02:27:52+00:00

pass --gc-sections if -Zexport-executable-symbols is enabled and improve tests Exported symbols are added as GC roots in linking, so `--gc-sections` won't hurt `-Zexport-executable-symbols`. Fixes the run-make test to work on Linux. Enable the ui test on more targets. cc rust-lang/rust#84161

remove no_gc_sections

2025-07-17T06:54:52+00:00

Rollup merge of #143388 - bjorn3:lto_refactors, r=compiler-errors

2025-07-17T01:58:28+00:00

Various refactors to the LTO handling code In particular reducing the sharing of code paths between fat and thin-LTO and making the fat LTO implementation more self-contained. This also moves some autodiff handling out of cg_ssa into cg_llvm given that Enzyme only works with LLVM anyway and an implementation for another backend may do things entirely differently. This will also make it a bit easier to split LTO handling out of the coordinator thread main loop into a separate loop, which should reduce the complexity of the coordinator thread.

pass --gc-sections if -Zexport-executable-symbols is enabled and improve tests

2025-07-13T08:27:47+00:00

Rollup merge of #143446 - usamoi:export-executable-symbols, r=bjorn3,oli-obk

2025-07-10T18:28:46+00:00

use `--dynamic-list` for exporting executable symbols closes rust-lang/rust#101610 cc rust-lang/rust#84161 https://sourceware.org/binutils/docs-2.39/ld/VERSION.html: > --dynamic-list=dynamic-list-file Specify the name of a dynamic list file to the linker. This is typically used when creating shared libraries to specify a list of global symbols whose references shouldn’t be bound to the definition within the shared library, or creating dynamically linked executables to specify a list of symbols which should be added to the symbol table in the executable. This option is only meaningful on ELF platforms which support shared libraries. `ld.lld --help`: > --dynamic-list=: Similar to --export-dynamic-symbol-list. When creating a shared object, this additionally implies -Bsymbolic but does not set DF_SYMBOLIC > --export-dynamic-symbol-list=file: Read a list of dynamic symbol patterns. Apply --export-dynamic-symbol on each pattern > --export-dynamic-symbol=glob: (executable) Put matched symbols in the dynamic symbol table. (shared object) References to matched non-local STV_DEFAULT symbols shouldn't be bound to definitions within the shared object. Does not imply -Bsymbolic. > --export-dynamic: Put symbols in the dynamic symbol table Use `--dynamic-list` because it's older than `--export-dynamic-symbol-list` (binutils 2.35) try-job: dist-i586-gnu-i586-i686-musl

use `--dynamic-list` for exporting executable symbols

2025-07-09T14:40:11+00:00

remove `-znostart-stop-gc` workaround

2025-07-08T10:24:11+00:00

Now that `#[used(linker)]` is the default on ELF, we don't need to use the `-znostart-stop-gc` link-arg workaround to match bfd's behavior when using lld.

stabilize `-Clinker-features=-lld` on x64 linux

2025-07-08T09:04:21+00:00

This stabilizes a subset of the `-Clinker-features` components on x64 linux: the lld opt-out. The opt-in is not stabilized, as interactions with other stable flags require more internal work, but are not needed for stabilizing using rust-lld by default. Similarly, since we only switch to rust-lld on x64 linux, the opt-out is only stabilized there. Other targets still require `-Zunstable-options` to use it.

compiler: Parse `p-` specs in datalayout string, allow definition of custom default data address space

2025-07-07T07:04:53+00:00