-
Notifications
You must be signed in to change notification settings - Fork 69
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
Move Rust provided objects, libraries and binaries meant for self-contained linkage to separate directory #310
Comments
This issue is not meant to be used for technical discussion. There is a Zulip stream for that. Use this issue to leave procedural comments, such as volunteering to review, indicating that you second the proposal (or third, etc), or raising a concern that you would like to be addressed. |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This issue is not meant to be used for technical discussion. There is a Zulip stream for that. Use this issue to leave procedural comments, such as volunteering to review, indicating that you second the proposal (or third, etc), or raising a concern that you would like to be addressed. |
@rustbot second |
Are the docs up-to-date and FCP should last 10 days? |
Proposal
This affects only three targets:
windows-gnu
,linux-musl
,-wasi
.Currently startup objects (all three targets) and libraries (
windows-gnu
) and placed next to Rust's own libraries like libstd.This causes various problems, e.g. somebody wants to link external libraries with Rust but CRT shipped by Rust is incompatible with the one used to link external library.
For
windows-gnu
there is also linker shipped.rust-lang/rust#68887 (comment) explains how to resolve that limitation by creating native and self-contained modes. Native mode would avoid using anything located inside
self-contained
directory.rust-lang/rust#72999 is preparation that moves things but retains old user visible behaviour (everything is linked just like before, only the paths are different).
Mentors or Reviewers
@petrochenkov
Process
The main points of the Major Change Process is as follows:
@rustbot second
.-C flag
, then full team check-off is required.@rfcbot fcp merge
on either the MCP or the PR.You can read more about Major Change Proposals on forge.
Comments
This issue is not meant to be used for technical discussion. There is a Zulip stream for that. Use this issue to leave procedural comments, such as volunteering to review, indicating that you second the proposal (or third, etc), or raising a concern that you would like to be addressed.
The text was updated successfully, but these errors were encountered: