03:10 <re_irc> <bradleyharden> James Munns, this is roughly what I was imagining:

03:10 <re_irc> <bradleyharden> "build.rs":

03:10 <re_irc> use bytemuck::bytes_of;

03:10 <re_irc> type Value = fixed::types::I1F15;

03:10 <re_irc> fn main() {

03:10 <re_irc> ... long message truncated: https://psion.agg.io/_matrix/media/r0/download/psion.agg.io/50f73976355af9ee0dc374973d07b30f30adc46b4611ce22eabe5a3c4a90c85c (45 lines)

03:11 <re_irc> <bradleyharden> I was curious, so I tried to take a quick peek at the generated ASM, but there's something strange going on. I think it must be doing some loop unrolling or something

03:11 <re_irc> <bradleyharden> I'm not sure if it's any more efficient in terms of cycles than your solution, but I think it's definitely more readable

03:12 <re_irc> <bradleyharden> I'm also not sure if pre-calculating the slope would buy you anything. I think it would save you a multiply compared to your approach.

07:53 <re_irc> <luojia65> Hello! I need someone to review this pull request: https://github.com/rust-embedded/cortex-m/pull/434 :)) Thanks

07:53 <re_irc> <luojia65> BTW, I'm recently working on Oreboot project, it's a bootloader environment and effectively an embedded project. This project is just reformed (first PR ~190 files, second ~200 files) and it will be an embedded-hal project after some further work

07:54 <re_irc> <luojia65> If anyone is interested: https://github.com/oreboot/oreboot

07:54 <re_irc> <luojia65> BTW, I'm recently working on Oreboot project, it's a bootloader environment and effectively an embedded project. This project is just reformed (first PR modified ~190 files, second ~200 files) and it will be an embedded-hal project after some further work

07:55 <re_irc> <luojia65> BTW, I'm recently working on Oreboot project, it's a bootloader environment and effectively an embedded project. This project is just reformed (first PR (https://github.com/oreboot/oreboot/pull/553) modified ~180 files, second (https://github.com/oreboot/oreboot/pull/555) ~200 files) and it will be an embedded-hal project after some further work

14:19 <re_irc> <newam> luojia65: It got brought up in the meeting yesterday, everyone is scared of the linker 😅

14:19 <re_irc> > idk, if anyone has any guesses why the change is needed to stop __veneer_limit being equal to __veneer_base even when there's stuff in (.gnu.sgstubs) between, please shout

16:56 <re_irc> <jannic> Looks like this bug: https://bugs.launchpad.net/gcc-arm-embedded/+bug/1930219 (some more context: https://answers.launchpad.net/gcc-arm-embedded/+question/697333 )

16:57 <re_irc> <newam> good find! You should post that to the github issue

16:57 <re_irc> <newam> *pull-request

19:43 <re_irc> <jhbruhn> Coming back to this, I just wrote an explanatory blogpost on how to use this bootloader framework: https://jhbruhn.de/posts/moonboot/

19:43 <re_irc> Next step: put together an example-project. I think that will drive the point home in the best way!