00:05 <re_irc> <@grantm11235:matrix.org> You can do `rust,no_run`

11:00 <re_irc> <@gauteh:matrix.org> is there an attribute I can put on some code to just disable it, like `#if 0` in C

11:00 <re_irc> <@gauteh:matrix.org> `#[ignore]` doen't work for me with defmt for some reason

11:07 <Lumpio-> #[cfg(never_set)] ? ":D"

11:10 <re_irc> <@gauteh:matrix.org> yeah :) that works

11:12 <re_irc> <@gauteh:matrix.org> is defmt supposed to run the other tests if one fails?

12:55 <re_irc> <@dalepsmith:matrix.org> What's nice about `#if 0`, is that you must edit the file to change it. With something like `#if DO_NOT_DEFINE`, someone can still `-D` or `#define` it. `#[cfg(never_set]` has that same problem/feature.

12:57 <Lumpio-> Well yeah it's a hack but if you want to break something... you can always find a way.

13:09 <re_irc> <@zentux:zwergenfreun.de> dalepsmith:matrix.org: I mean, you could do something like `#[cfg(all(a, not(a)))]`, I guess, but it's not that obvious at first glance, so not so nice :D

13:11 <re_irc> <@dalepsmith:matrix.org> Cute!

13:14 <re_irc> <@starblue:matrix.org> You can use `any()` for false and `all()` for true, so `#[cfg(any())]⁧⁦` corresponds to `#if 0`

13:18 <re_irc> <@zentux:zwergenfreun.de> True. Although my brain is not clever enough to instinctively remember about "A logical disjunction is false when empty" and think more like: "Ah, any, then it must always be true" at first, but maybe I'm alone there.

13:21 <re_irc> <@dalepsmith:matrix.org> Ya. `any()` make immediate sense to me. `all()` doesn't.

13:21 <Lumpio-> Unless you think how you'd implement it with a for loop and an if

13:24 <re_irc> <@starblue:matrix.org> To me it's obvious, but the I've spent >15 years of my life doing logic. And in any case, it's made explicit in the reference manual.

14:01 <re_irc> <@xgroleau:matrix.org> Has anyone tried Zephyr RTOS? If so, how is it compare the embedded Rust ecosystem (RTIC, Embassy, Hal crates, etc)?

15:08 <re_irc> <@firefrommoonlight:matrix.org> I haven't used it, but from a synopsis, Zephyr is suitable for more complicated programs

15:09 <re_irc> <@firefrommoonlight:matrix.org> In RTIC etc, you still need to manually manage ISRs.

15:10 <re_irc> <@firefrommoonlight:matrix.org> (Relevant article from Sept: https://www.zephyrproject.org/embedding-rust-into-zephyr-firmware-using-c-bindgen/)

16:08 <re_irc> <@newam:matrix.org> xgroleau:matrix.org: I have tried it, it is alright.

16:08 <re_irc> <@newam:matrix.org> * The actual code is pretty sane. Easy to understand, easy enough to modify.

16:08 <re_irc> ... long message truncated: https://psion.agg.io/_matrix/media/r0/download/psion.agg.io/fb38b677004ca31c94590bfbbb90793ec555dc8f381083e2e473743edd6c2ba6 (9 lines)

16:08 <re_irc> <@newam:matrix.org> Reasons to use it:

16:08 <re_irc> <@newam:matrix.org> * Lots of drivers work out of the box.

16:59 <re_irc> <@xgroleau:matrix.org> Interesting, I had a feeling the tooling could be awkward to work with. Anyway, thanks a lot for the info. I'm starting a new project and since I'm already used to freertos I wanted something new so I wondered if zephyr or rust would be more interesting. Since it's a personal project and it's for learning I think I'll go with rust on that.

18:14 <re_irc> <@ubik:matrix.org> thalesfragoso: trying to make sdmmc work on the F4. Should I create a new `v3.rs` or should it be `v1` like the F7? `v1.rs` is empty, too, I guess not implemented yet.

18:24 <re_irc> <@thalesfragoso:matrix.org> ubik:matrix.org: Check the Google docs table, F4 might be v1, I don't quite remember

18:25 <re_irc> <@thalesfragoso:matrix.org> But iirc it's a bit different from the H7 one I implemented

18:26 <re_irc> <@thalesfragoso:matrix.org> The idea should be the same, but I don't remember if the F4 has an exclusive DMA for the SDMMC like the H7

18:26 <re_irc> <@thalesfragoso:matrix.org> If not that will make things a bit more complex

18:40 <re_irc> <@ubik:matrix.org> Where's that table?

18:42 <re_irc> <@firefrommoonlight:matrix.org> https://docs.google.com/spreadsheets/d/1-R-AjYrMLL2_623G-AFN2A9THMf8FFMpFD4Kq-owPmI/edit#gid=0

18:42 <re_irc> <@firefrommoonlight:matrix.org> dirbaio: 's table of STM32 periphs of justice

18:43 <re_irc> <@ubik:matrix.org> Cool, thanks

18:44 <re_irc> <@ubik:matrix.org> Seems it's v1

19:09 <re_irc> <@ubik:matrix.org> BTW, has anyone managed to program the RP2040 with an ST-LINK?

19:28 <re_irc> <@jacobrosenthal:matrix.org> ubik:matrix.org: try #rp-rs:matrix.org ?

19:39 <re_irc> <@dirbaio:matrix.org> ubik:matrix.org: it's not supported, the stlink can't do "arbitrary sequences" needed to do the SWD multidrop thing

19:39 <re_irc> <@ubik:matrix.org> dirbaio: was just told. are there any programmers which work?

19:40 <re_irc> <@ithinuel:matrix.org> the hs-probe does 🙂

19:40 <re_irc> <@ithinuel:matrix.org> I you can also use an other rp2040 to act as a probe (dappermine is the firmware IIRC)

19:42 <re_irc> <@dirbaio:matrix.org> any jlink-based or cmsis-dap based will do

19:42 <re_irc> <@ithinuel:matrix.org> [pico-debug](https://github.com/majbthrd/pico-debug/) should work (if you do not intend to use the second core)

19:44 <re_irc> <@ithinuel:matrix.org> And i did not remember correctly, it's actually [DapperMime](https://github.com/majbthrd/DapperMime)