03:39 <re_irc> <firefrommoonlight> Peripheral setup and operation can be complicated on STM32; I don't think LL is a great plan for application code. If you go that route, I think you'll end up with a mini-HAL in your application

03:39 <re_irc> <firefrommoonlight> But that's entirely subjective

03:39 <re_irc> <firefrommoonlight> adamgreig's stm32-RAL lib has terser syntax for reg writes; might be more suitable than PAC if you go that route

03:40 <re_irc> <firefrommoonlight> And either way it's a good way to learn the hardware vice a HAL that hides the reg writes

07:59 <re_irc> <dirbaio> Released "critical-section 1.0.0-alpha.1" (https://docs.rs/critical-section/1.0.0-alpha.1/critical_section/index.html)

08:08 <re_irc> <dirbaio> now there's a fun chicken-and-egg, the crate is useless until arch-support crates like cortex-m add support for it

08:33 <re_irc> <explodingwaffle101> https://blog.rust-lang.org/inside-rust/2022/07/27/keyword-generics.html this looks pretty interesting

15:24 <re_irc> <newam> explodingwaffle101: Does anyone know of other embedded-friendly languages that have managed to do async without colored functions?

15:24 <re_irc> This seems very interesting, looking forward to whatever comes out of it :D

17:47 <re_irc> <Daniel> Has there been any attempt at creating a HTTP client using the embedded-nal(-async) traits?

17:52 <re_irc> <Daniel> I have a library that needs to do some http calls and want it to work fine in embedded and desktop(possible web too). I was thinking of somehow adapting hyper to work with embedded or have a high level HTTP client trait abstraction that is implemented by different backends. Has anyone tried something similar?

17:56 <re_irc> <newam> I am a cave man, for HTTP I have just been using "httparse" and sockets.

18:00 <re_irc> <dirbaio> Daniel: https://github.com/drogue-iot/reqwless

18:01 <re_irc> <newam> ooo it even integrates with embedded-tls, that's handy

18:10 <re_irc> <Daniel> Interesting, I'll have a look! 👀 I'd still like to find a "universal" http client solution but maybe I'll care about that later. Also saw the esp-rs guys are creating this kind of abstraction in https://github.com/esp-rs/embedded-svc not sure I like the current design of the HTTP client trait but could be a start

18:11 <re_irc> <newam> I think it would work on "std" as well, it is based on embedded-tls which works on "std", and embedded-io which I _think_ has wrapper traits for "std::io"

18:11 <re_irc> <newam> * impls

23:15 <re_irc> <9names (@9names:matrix.org)> what about the opposite problem? are there any crates to provide a no_std http server, or is httparse and sockets also the best answer there?