-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Document that you shouldn't explicitly set --target to the default #3817
Comments
I... is there a bug here? Sorry I'm not really following what would be necessary to close this issue... |
There's a theme; it's possible the two bugs have a shared root cause. Ideas as to where to look would be helpful. I would also suggest warning users away from --target=[default] in the meantime. |
Ah ok, would you be ok if I closed this issue in favor of those two then? This issue may not itself facilitate the fix much and we can otherwise continue discussion of the various bugs in those respective places. |
I would suggest documentation that using |
Is that still worth documenting, (almost) 2 years in? |
Various doc updates This is a collection of documentation updates that have been in my todo list for a while. Each change is in a separate commit. The "features" chapter will probably get significant changes in the future, as it is pretty bare right now. Similarly the "workspace" chapter could probably use more examples. Closes #3062 Closes #3817 Closes #3971 Closes #4212 Closes #4438 Closes #4756 Closes #5822 Closes #6913 Closes #7055
Using a
--target
value that matchesrustup show
causes a range of bugs.Both
target/$PROFILE/
andtarget/$TARGET/$PROFILE
folders are populated with binaries, nearly all of which are duplicates.Issues seem to be more common in projects with a sufficiently large dependency graph. And when compiling for windows targets.
The text was updated successfully, but these errors were encountered: