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 #58

Open
dscso opened this issue May 2, 2024 · 3 comments
Open

no_std #58

dscso opened this issue May 2, 2024 · 3 comments

Comments

@dscso
Copy link

dscso commented May 2, 2024

Is it possible to go no_std like async-channel? I am planning to use this crate on an esp32 (no_std + allocator)

I have already a bittried, but I had some problems getting it up and running no_std. I am also willing to work on this and provide a PR.

Alternatively somebody knows a library that provides similar functionality like this crate but does support no_std?

@zeenix
Copy link
Member

zeenix commented May 2, 2024

Is it possible to go no_std like async-channel?

At least I haven't looked into this, but I'm all for it.

I am also willing to work on this and provide a PR.

That would be great. As long as it's not too intrusive.

@notgull
Copy link
Member

notgull commented Oct 29, 2024

Is this still planned?

@zeenix
Copy link
Member

zeenix commented Oct 29, 2024

Is this still planned?

Based on our last conversations about this some months back, my understanding was that you'd be looking into a solution that doesn't involve spin locks. Perhaps I misunderstood? 🤔

To answer the question, it still is planned. It's just a matter of finding the time for it. At some point I need to look into enabling nonstd in the whole zbus stack and it'll most likely involve adding nonstd in async-broadcast as well.

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

Successfully merging a pull request may close this issue.

3 participants