<JamesMunns[m]>
"no Drop" probably just means "this doesn't have drop glue", e.g. it has no actual destructor
<Mihael[m]>
JamesMunns[m]: yeah but when i'm inspecting for struct sizes when improving the codebase, the fact this happens is a huge downside š got any tips maybe?
<Mihael[m]>
since one "no drop"
<Mihael[m]>
causes the whole structure to be unable to calculate the size
<Mihael[m]>
where if i replace the constant with actual well, number:
<Mihael[m]>
but i can't replicate the issue in a playground...
<JamesMunns[m]>
"no Drop" probably has nothing to do with calculating sizes, like you said, it's probably just R-A not "understanding" the constant
<JamesMunns[m]>
you could open an issue on rust-analyzer
<JamesMunns[m]>
"no Drop" probably has nothing to do with calculating sizes, like you said, the issue is probably just R-A not "understanding" the constant
dirbaio[m] has quit [Quit: Idle timeout reached: 172800s]
dngrs[m] has quit [Quit: Idle timeout reached: 172800s]
<JamesMunns[m]>
if you don't mind running some code, you can always use `core::mem::size_of::<MatterMessageHeader>()` and print it at runtime
<JamesMunns[m]>
it's not nearly as nice as having it in the editor, for sure
<JamesMunns[m]>
but it's also something you could print on startup
<Mihael[m]>
yeah i do that with functions and some structures
<Mihael[m]>
but since running it on embedded, it's very time consuming
<Mihael[m]>
but obviously it'll do for now
KevinPFleming[m] has quit [Quit: Idle timeout reached: 172800s]
corecode[m] has quit [Quit: Idle timeout reached: 172800s]
dngrs[m] has joined #rust-embedded
<dngrs[m]>
<Mihael[m]> but since running it on embedded, it's very time consuming
<dngrs[m]>
you can try and factor out all your "library" parts that are unrelated to the concrete mcu, then you can `size_of` them on your host machine (different architecture means results will be inaccurate but you'd still get ballpark numbers). Or use qemu
ska has joined #rust-embedded
<dngrs[m]>
which reminds me, do we have a canonical way of getting structured data out of qemu? parsing logs sent to stdout is so last century ...
firefrommoonligh has quit [Quit: Idle timeout reached: 172800s]
diondokter[m] has quit [Quit: Idle timeout reached: 172800s]
richardeoin has quit [Ping timeout: 260 seconds]
richardeoin has joined #rust-embedded
sroemer has quit [Quit: WeeChat 4.5.2]
<GuineaWheek[m]>
<JamesMunns[m]> if you don't mind running some code, you can always use `core::mem::size_of::<MatterMessageHeader>()` and print it at runtime
<GuineaWheek[m]>
i find that if you shove the size_of in a named const r-a will often resolve the constant correctly
Wehnelt[m] has joined #rust-embedded
<Wehnelt[m]>
Iām looking for some assistance getting dma set up with atsamd-hal and rtic for transfers from a free running adc. Iām confused how `Transfer<ā¦>` works
<Wehnelt[m]>
* how `dmac::Transfer<ā¦>` works
AndyTAbergavenny has joined #rust-embedded
AndyTAbergavenny has quit [Remote host closed the connection]