gdbstub
inlinable-dyn-extension-traits
Our great sponsors
gdbstub | inlinable-dyn-extension-traits | |
---|---|---|
8 | 4 | |
275 | 23 | |
- | - | |
6.1 | 0.0 | |
3 months ago | over 3 years ago | |
Rust | Rust | |
GNU General Public License v3.0 or later | - |
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.
gdbstub
-
A fast STM32 embedded system emulator implemented in Rust
now integrate gdbstub to support debugging code inside the emulator :)
-
Noctane: a highly WIP original PlayStation emulator
Shameless plug, but have you considered integrating gdbstub rather than rolling your own debugger? I know a couple folks out there have successfully integrated it into their PS1 emulators with great success.
-
Things I hate about Rust, redux
I've worked really hard to keep gdbstub panic free in its minimal configuration, going so far as to write some informal scripts that parse rustc's asm output to scan for the presence of panicking code paths.
-
gdbstub 0.6: An ergonomic, #![no_std] implementation of the GDB Remote Serial Protocol in Rust - now with async support!
crates.io | docs | repo
-
Announcing Loadstone, a secure bare-metal Rust bootloader
As a totally shameless plug, I'm the maintainer of gdbstub, a bare-metal, no_std, no_alloc, and size-optimized implementation of the GDB Remote Serial Protocol. One of the major changes slated for the upcoming release 0.6 is support for a new state-machine based API, which makes it possible to drive gdbstub directly via bare metal interrupt handlers (i.e: send/recv data over UART, handling breakpoints via the undefined instruction trap interrupt, etc...).
-
What's everyone working on this week (23/2021)?
Continue working on a new API in gdbstub that'll make it easier to use directly from an interrupt handler when debugging code in a no_std, bare-metal OS environment.
-
Designing a new architecture for Rspotify based on trait inheritance, need opinions
I ran into almost this exact same problem while working on gdbstub, whereby I an API that allowed users to mix/match protocol features however they wanted, while also preventing users from accidentally implementing mutually-exclusive features. Moreover, I wanted to have a "zero cost" way to enable/disable API features without relying on cargo features. The solution I came up with is something I've been calling "Inlineable Dyn Extension Traits", or IDETs.
-
Static check optimization question
For a concrete example of how smart the Rust compiler is, I have a small writeup + test-repo that benchmarks a technique I came up with while working on gdbstub that [ab]uses the compiler's devirtualization and inlining optimizations to create runtime feature flags that are entirely compiled out if hard-coded to false at runtime.
inlinable-dyn-extension-traits
-
gdbstub 0.6: An ergonomic, #![no_std] implementation of the GDB Remote Serial Protocol in Rust - now with async support!
In the meantime, you could check out daniel5151/optional-trait-methods for some chicken-scratch notes + exploration on IDETs, including some code samples which you can throw right into godbolt.org to see how well they optimize.
-
Post-Monomorphization Dead Code Elimination and Other Unwritten Blog Posts
Funny enough, I've also been meaning to write a full blog post about it, but haven't found the time! In the meantime, I've got a rough overview of this technique as part of the gdbstub docs, and I've got a WIP repo of example code and exploratory notes that explores the technique in more detail (along with comparing it with alternative approaches)
-
Rust 2030 Christmas list: Better cfg
Also, check out daniel5151/optional-trait-methods if you haven't already (I point to it near the end of the gdbstub documentation I linked). It's a very rough overview of all the various techniques I considered before landing on IDETs, and includes several simplified examples of how the resulting APIs might work from a implementation and user's perspective.
-
Designing a new architecture for Rspotify based on trait inheritance, need opinions
I've spent quite a bit of time staring at assembly output and performing in-application testing to make sure that optimizations were being triggered as expected.
What are some alternatives?
emuiibo - Virtual amiibo (amiibo emulation) system for Nintendo Switch
binrw - A Rust crate for helping parse and rebuild binary data using ✨macro magic✨.
artillery - Fire-forged cluster management & Distributed data protocol
intertrait - A library providing direct casting among trait objects implemented by a type
kani - Kani Rust Verifier
synth - The Declarative Data Generator
rustig - A tool to detect code paths leading to Rust's panic handler
retina - High-level RTSP multimedia streaming library, in Rust
tiny-tokio-actor - A simple tiny actor library on top of Tokio
koto - A simple, expressive, embeddable programming language, made with Rust
aboba - Yet another audio book player (mobile friendly)
bytecount - Counting occurrences of a given byte or UTF-8 characters in a slice of memory – fast