wg-allocators
iced
wg-allocators | iced | |
---|---|---|
18 | 165 | |
199 | 22,819 | |
0.0% | 1.6% | |
0.0 | 9.9 | |
about 3 years ago | 5 days ago | |
Rust | ||
- | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
wg-allocators
-
Anouncing `stabby` 1.0!
Tracking issue for Storages, and a TLDR on what it is
- What backwards-incompatible changes would you make in a hypothetical Rust 2.0?
-
Custom allocators in Rust
I must have gotten confused, since from your brief discussion with CAD97 it seemed like there was a way for the concepts to live separately and that Storage could complicate things in comparison. But if implementing Allocator in terms of Storage is basically equivalent and Storage is flexible enough that I could write one to pass memory out to unsafe code, that works just as well.
-
Zig and Rust
https://rust-lang.github.io/rfcs/1974-global-allocators.html was the original RFC.
My vague understanding is that there's a working group https://github.com/rust-lang/wg-allocators
The further I get from working on Rust day to day, the less I know about these things, so that's all I've got for you.
-
Rust went from side project to world’s fastest growing language
If you self-reference using pointers and guarantee the struct will never move, you don't even need unsafe. If you self-reference using offsets from the struct's base pointer, you need a splash of unsafe but your struct can be freely moved without invalidating its self-referential "pointers".
Per-struct allocators are a work in progress (see https://github.com/rust-lang/wg-allocators/issues/48).
Not sure what "non thread local addresses" means, but in my experience Rust is pretty good at sending data between threads (without moving it).
- Rust is coming to the Linux kernel
-
FunDSP 0.1.0, an audio processing and synthesis library
Besides that allocation is not really a problem for no_std. It's resolved by using alloc crate directly, so anything usable with custom allocators is supported. Example in dasp sources - https://github.com/RustAudio/dasp/blob/master/dasp_slice/src/boxed.rs#L14-L19 . Also worth looking at this issue to check what is usable already - https://github.com/rust-lang/wg-allocators/issues/7
-
Andrew Kelley claims Zig is faster than Rust in perfomance
But that's on track for rust as well: https://github.com/rust-lang/wg-allocators/issues/7
-
Which important features from C/C++ are missing in Rust
Here: https://github.com/rust-lang/rfcs/pull/1398. there is also a working group for this: https://github.com/rust-lang/wg-allocators.
-
Box<T> allocator override?
It's unstable. wg-allocators contains discussions about design and a tracking issue for collections that need an allocator https://github.com/rust-lang/wg-allocators/issues/7
iced
- Cosmic Desktop Is Slated to Debut with Pop _OS 24.04 LTS
- Iced 0.12 Released
-
I'm trying to build a progress bar for an Iced GUI app and having a lot of trouble with it.
I am building an app using Iced that takes hashes of the files in a directory and assigns them to a profile. The problem is that I can't get the progress bar to update in real time. I've been checking out examples like this https://github.com/iced-rs/iced/tree/master/examples/download_progress. But I just can't get the progress bar to move. Is anyone available to take a look at my code and maybe show me a fix (as long as you're okay with MIT licensing your changes)?
- A cross-platform GUI library for Rust
-
Crate Suggestions for Web Frontend
What about Yew and Iced?
- LXD is now under Canonical
-
What's everyone working on this week (27/2023)?
Working on Halloy - an IRC chat client for Mac, Windows and Linux. Written with Iced as GUI framework.
- Iced: A cross-platform GUI library for Rust, inspired by Elm
-
Halloy - a GUI application with Iced for IRC
It’s a pretty new feature we merged 2 months ago: https://github.com/iced-rs/iced/pull/1856
-
Show HN: Halloy – A GUI Application in Rust for IRC
Holy shit this GUI framework looks good. I am a Qt fanboi, but this looks great. Normally, I skip all the "X for Rust" posts as a bunch of fanaticism. Could it really be different this time???
The feature list is really impressive: https://github.com/iced-rs/iced
Plus, here is the road map with many things already done: https://github.com/iced-rs/iced/blob/master/ROADMAP.md
Wow, wow, wow: Keep up the great work.
One of the rendering engines is Skia by Google. This library is sneaking up fast on us...
What are some alternatives?
www.ziglang.org
egui - egui: an easy-to-use immediate mode GUI in Rust that runs on both web and native
serde-plain - A serde serializer that serializes a subset of types into plain strings
tauri - Build smaller, faster, and more secure desktop applications with a web frontend.
enum-map
druid - A data-first Rust-native UI design toolkit.
rules_rust - Rust rules for Bazel
yew - Rust / Wasm framework for creating reliable and efficient web applications
cryptography - cryptography is a package designed to expose cryptographic primitives and recipes to Python developers.
slint - Slint is a declarative GUI toolkit to build native user interfaces for Rust, C++, or JavaScript apps.
dpp - Directly include C headers in D source code
gtk-rs - Rust bindings for GTK 3