rust/compiler/rustc_codegen_llvm/src/callee.rs, branch 1.88.0https://github.com/rust-lang/rust
http://git.dreamy.place/mirrors/rust/atom?h=1.88.02025-02-20T11:24:00+00:00Merge two operations that were always performed together2025-02-20T11:24:00+00:00Oli Scherergithub333195615777966@oli-obk.de2025-02-14T17:27:49+00:00urn:sha1:ce7f58bd91548fd8674aaceb670f827de26d4216Create safe helper for LLVMSetDLLStorageClass2025-02-20T11:15:00+00:00Oli Scherergithub333195615777966@oli-obk.de2025-02-14T17:27:49+00:00urn:sha1:ea7180813b4dface2bc02a9095ce1ebb8c64d4derename rustc_attr to rustc_attr_parsing and create rustc_attr_data_structures2024-12-16T18:08:19+00:00Jonathan Dönszelmannjonathan@donsz.nl2024-12-13T13:47:11+00:00urn:sha1:efb98b6552abd00c58a2c1dd171b9086edf28214Share inline(never) generics across crates2024-11-28T18:43:05+00:00Mark Rousskovmark.simulacrum@gmail.com2024-11-23T18:19:17+00:00urn:sha1:4a216a25d143e88eefac2655c1fce042571e1f6e
This reduces code sizes and better respects programmer intent when
marking inline(never). Previously such a marking was essentially ignored
for generic functions, as we'd still inline them in remote crates.
use `TypingEnv` when no `infcx` is available2024-11-18T09:38:56+00:00lcnrrust@lcnr.de2024-11-15T12:53:31+00:00urn:sha1:9cba14b95bb07a5b31ed1aac2bf4eadd248232da
the behavior of the type system not only depends on the current
assumptions, but also the currentnphase of the compiler. This is
mostly necessary as we need to decide whether and how to reveal
opaque types. We track this via the `TypingMode`.
Rollup merge of #130586 - dpaoliello:fixrawdylib, r=wesleywiser2024-11-08T02:48:20+00:00Jubileeworkingjubilee@gmail.com2024-11-08T02:48:20+00:00urn:sha1:60e8ab6ba8d005ff83d6e2e33e679375af5f74ec
Set "symbol name" in raw-dylib import libraries to the decorated name
`windows-rs` received a bug report that mixing raw-dylib generated and the Windows SDK import libraries was causing linker failures: <https://github.com/microsoft/windows-rs/issues/3285>
The root cause turned out to be #124958, that is we are not including the decorated name in the import library and so the import name type is also not being correctly set.
This change modifies the generation of import libraries to set the "symbol name" to the fully decorated name and correctly marks the import as being data vs function.
Note that this also required some changes to how the symbol is named within Rust: for MSVC we now need to use the decorated name but for MinGW we still need to use partially decorated (or undecorated) name.
Fixes #124958
Passing i686 MSVC and MinGW build: <https://github.com/rust-lang/rust/actions/runs/11000433888?pr=130586>
r? `@ChrisDenton`
Use safe wrappers `get_visibility` and `set_visibility`2024-10-26T09:20:20+00:00ZalatharZalathar@users.noreply.github.com2024-10-19T01:17:33+00:00urn:sha1:b114040afbdf2366390dea7a53b8ca6fbf3f5951Use safe wrappers `get_linkage` and `set_linkage`2024-10-26T09:20:18+00:00ZalatharZalathar@users.noreply.github.com2024-10-25T10:40:38+00:00urn:sha1:983d258be3cbfc72a806c870a69743b6d14e4a33Effects cleanup2024-10-26T02:19:07+00:00Deadbeefent3rm4n@gmail.com2024-10-26T02:18:42+00:00urn:sha1:f6fea8334271e05f1e00e95cdcc4ca7b3558d130
- removed extra bits from predicates queries that are no longer needed in the new system
- removed the need for `non_erasable_generics` to take in tcx and DefId, removed unused arguments in callers
Test fixing raw-dylib2024-09-24T17:10:31+00:00Daniel Paoliellodanpao@microsoft.com2024-09-19T22:00:30+00:00urn:sha1:b2fd8a0192f6a69a4fb969ab3d005b577a524371