Rafael Bachmann

**`at-commands`**: repo: [https://github.com/diondokter/at-commands](https://github.com/diondokter/at-commands) Wrongly identified as not suporting no_std because of just about non-trivial combination of feature gates: `#![cfg_attr(all(not(test), not(feature = "std")), no_std)] `

**`num-traits`**: repo: https://github.com/rust-num/num-traits Wrongly accepted, but default features include std

**`sdp8xx-rs`**: repo: https://github.com/barafael/sdp8xx-rs/tree/main/sdp8xx file `src/test.rs` includes explicit `use std;`, but gated behind feature `test`

Note, I just found out it's actually a double free at `lval_del(tree)`. Suppose I can close the issue? Undefined behaviour in the observed program is not a bug in cargo-valgrind,...

hmm, I cannot reproduce the issue anymore with any of the previous versions or the current version. I'm seeing the expected output from `valgrind`, instead.

It would also be very useful to be able to derive `ArgEnum` for enums from no_std crates. E.g.: ``` #[clap(default_value = "None", possible_values = &["None", "Odd", "Even"])] parity: Parity, ```...

For e.g. HC-12 serial transceiver module, this would make it possible to change the baud rate (which the module requires for supporting all modes).

FWIW, I am building a decoder for smbus protocol that should be agnostic for polling, interrupt, or dma approach. It requires 4 events: Initiated {direction}, RequestedByte{&mut byte}, ReceivedByte{byte}, Stopped. And...

There is also this pull request on stm32f0xx-hal: https://github.com/stm32-rs/stm32f0xx-hal/pull/124 which also has a similar design.

Regarding the buffer size, we could totally "const genericize" it :) I just wasn't aware at the time, and 32 bytes is the maximum block transfer length of SMBus. I2C...