Skip to content
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

Missing rust-std for targets #94

Closed
Susurrus opened this issue Apr 18, 2017 · 6 comments · Fixed by #899
Closed

Missing rust-std for targets #94

Susurrus opened this issue Apr 18, 2017 · 6 comments · Fixed by #899

Comments

@Susurrus
Copy link

x86_64-unknown-dragonfly, armv7-unknown-linux-musleabihf, and arm-unknown-linux-musleabihf are affected. I think this is because rustup doesn't have support for installation on those platforms (see here).

@japaric
Copy link
Contributor

japaric commented Apr 19, 2017

the dragonfly target has no rust-std component available via rustup. The other two do (at least on nightly)

@japaric
Copy link
Contributor

japaric commented Apr 19, 2017

(see here).

that's the list of hosts that support rustup; that's totally different.

@Susurrus
Copy link
Author

Ahh, hosts, got it.

Yeah, the arm-unknown-linux-musleabihf doesn't exist, I meant the arm-unknown-linux-musleabi target.

I was testing these platforms for japaric/trust#72. I saw these platforms were listed as supported for cross so I filed this ticket. Maybe it can be clarified that support is in-progress for these platforms and they aren't fully supported yet?

@japaric
Copy link
Contributor

japaric commented Apr 20, 2017

Maybe it can be clarified that support is in-progress for these platforms and they aren't fully supported yet?

The README does mention the level of support of each target and that some targets don't have a std component through the [2] footnote but perhaps it would be better to have a std column like the test one.

@Susurrus
Copy link
Author

Yeah, it looks like there multiple uses for that table. For me, as a consumer of this tool, I looked at it to quickly see support. The footnote wasn't obvious enough, I was actually using the Test column to indicate full support. Maybe just splitting the table into 2 with headers "Fully Supported" and "In Progress" that contains all the same information and keeping the footnotes just in that second table as details as to why it's unsupported? This might better get the point across but still serve as a useful reference for you and other devs.

@gnzlbg
Copy link
Contributor

gnzlbg commented Feb 27, 2018

@japaric x86_64-unknown-dragonfly doesn't have a core component either, is that correct?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants