Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upEnsure that an artifact is indeed no_std #5090
Comments
This comment has been minimized.
This comment has been minimized.
stale
bot
commented
Sep 16, 2018
|
As there hasn't been any activity here in over 6 months I've marked this as stale and if no further activity happens for 7 days I will close it. I'm a bot so this may be in error! If this issue should remain open, could someone (the author, a team member, or any interested party) please comment to that effect? The team would be especially grateful if such a comment included details such as:
Thank you for contributing! If you're reading this comment from the distant future, fear not if this was closed automatically. If you believe it's still an issue please leave a comment and a team member can reopen this issue. Opening a new issue is also acceptable! |
stale
bot
added
the
stale
label
Sep 16, 2018
This comment has been minimized.
This comment has been minimized.
gnzlbg
commented
Sep 17, 2018
Yes.
Nothing. |
stale
bot
removed
the
stale
label
Sep 17, 2018
This comment has been minimized.
This comment has been minimized.
hobofan
commented
Nov 12, 2018
|
For the meantime I built cargo nono to help with this. |
gnzlbg commentedFeb 27, 2018
It would be good if
cargo buildwould have a--nostdoption that would ensure that the resulting artifact doesn't indeed link against the std library and fails if this is the case.To check this, it needs to at least check that rustc is not called with the
stdfeature enabled. A bonus point would be to usenmon Linux and MacOSX (and its equivalent on windows) to check that the artifact does not contain anystdsymbols.