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

#![no_std] support #90

Closed
est31 opened this issue May 31, 2018 · 6 comments
Closed

#![no_std] support #90

est31 opened this issue May 31, 2018 · 6 comments

Comments

@est31
Copy link
Contributor

est31 commented May 31, 2018

In order for addr2line to be integrated into libstd, it requires support for the #![no_std] environment. This also helps with integration into embedded programs and OS kernels.

@est31 est31 mentioned this issue May 31, 2018
14 tasks
@est31
Copy link
Contributor Author

est31 commented Jun 2, 2018

leaving this to @philipc as they said they had done work on this.

@philipc
Copy link
Contributor

philipc commented Jun 2, 2018

Dependencies need to be #![no_std] too. These are done:

  • gimli
  • fallible-iterator
  • object
  • intervaltree
  • smallvec
  • rustc-demangle

To do:

  • lazy-init
  • cpp_demangle

An alternative to lazy-init is https://github.com/indiv0/lazycell, but it doesn't have no_std support either.

@est31
Copy link
Contributor Author

est31 commented Jun 2, 2018

Thanks @philipc added lazy-init and cpp_demangle to #89. I'm giving cpp_demangle a shot.

@est31
Copy link
Contributor Author

est31 commented Jun 5, 2018

cpp_demangle supports #![no_std] now, see #89.

As for lazy-init: it uses a mutex internally, which doesn't seem to exist on libcore. lazycell on the other hand uses atomics, which do exist on libcore. So it should be easier to port lazycell.

@philipc
Copy link
Contributor

philipc commented Jun 7, 2018

Found one more: Storyyeller/stable_deref_trait#2. This will need a gimli update too. Pretty sure that's the last of them though.

@est31
Copy link
Contributor Author

est31 commented Jun 7, 2018

Oh, probably this PR of mine won't compile successfully then: gimli-rs/gimli#306

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

No branches or pull requests

2 participants