-
Notifications
You must be signed in to change notification settings - Fork 12.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Some renaming and minor refactoring for NativeLibraryKind
#72309
Conversation
(rust_highfive has picked a reviewer for you, use r? to override) |
/// Windows dynamic library (`foo.dll`) without a corresponding import library (`foo.lib`). | ||
RawDylib, | ||
/// A macOS-specific kind of dynamic libraries. | ||
Framework, | ||
/// The library kind wasn't specified, dynamic linking is currently preferred. | ||
/// The library kind wasn't specified, `Dylib` is currently used as a default. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hm I'm not sure I quite follow this comment -- when do we encounter Unspecified if dylib is the default? Or does this mean that (as I think) that currently when we encounter an unspecified library kind, we store it as unspecified, but the code treats it equivalently to Dylib?
If that's right, it seems like we might want to adjust this such that Dylib
is instead something like Dylib { explicit: bool }
perhaps? I'm not sure whether that's worthwhile though given how rarely we add things, but I'd be a bit concerned that over time we may not be actually treating unspecified entirely equivalently to unspecified.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
NativeLibrary(Kind) -> NativeLib(Kind) NativeStatic -> StaticBundle NativeStaticNobundle -> StaticNoBundle NativeFramework -> Framework NativeRawDylib -> RawDylib NativeUnknown -> Unspecified
@bors r+ |
📌 Commit 8dbe4d9 has been approved by |
Rollup of 6 pull requests Successful merges: - rust-lang#71607 (clarify interaction of pin drop guarantee and panics) - rust-lang#72125 (remove broken link) - rust-lang#72133 (Add target thumbv7a-uwp-windows-msvc) - rust-lang#72304 (rustc_target: Avoid an inappropriate use of `post_link_objects`) - rust-lang#72309 (Some renaming and minor refactoring for `NativeLibraryKind`) - rust-lang#72438 (Enable ARM TME (Transactional Memory Extensions)) Failed merges: r? @ghost
No description provided.