| Age | Commit message (Collapse) | Author | Lines |
|
Signed-off-by: Brian Cain <bcain@quicinc.com>
|
|
|
|
These are not used by the actual Rust-for-Linux project, so they're mostly just confusing.
|
|
In accordance with the design from https://github.com/rust-lang/rust/pull/96827#issuecomment-1208441595
|
|
In https://github.com/rust-lang/rust/pull/100537, the relocation model
for UEFI targets was changed from PIC (the default value) to
static. There was some dicussion of this change here:
https://github.com/rust-lang/rust/pull/100537#discussion_r952363012
It turns out that this can cause compilation to fail as described in
https://github.com/rust-lang/rust/issues/101377, so switch back to PIC.
Fixes https://github.com/rust-lang/rust/issues/101377
|
|
Remove one unstable user-facing linker flavor (l4-bender)
|
|
linker flavors
|
|
|
|
The "fallback" naming pre-dates introduction of `-Clink-self-contained`
|
|
This adds support for rust-lld for Apple *OS targets.
This was tested against targets "aarch64-apple-ios" and "aarch64-apple-ios-sim".
For targets "armv7-apple-ios" and "armv7s-apple-ios", it doesn't link because of
"symbols.o" not being generated with the correct CPU subtype (changes in
the "object" crate needs to be done to support it).
|
|
|
|
|
|
|
|
|
|
rustc_target: Mark UEFI targets as `is_like_windows`/`is_like_msvc`
And document what `is_like_windows` and `is_like_msvc` actually mean in more detail.
Addresses FIXMEs left from https://github.com/rust-lang/rust/pull/71030.
r? `@nagisa`
|
|
Document what `is_like_windows` and `is_like_msvc` mean in more detail.
|
|
vendor values
|
|
with an eye on merging `TargetOptions` into `Target`.
`TargetOptions` as a separate structure is mostly an implementation detail of `Target` construction, all its fields logically belong to `Target` and available from `Target` through `Deref` impls.
|
|
Construction of a built-in target is always infallible now, so `TargetResult` is no longer necessary.
|
|
|