10:13 <re_irc> <@jordens:matrix.org> Is there a crate that gives me "String" and "Vec" that are backed by a slice?

10:16 <re_irc> <@krensito:matrix.org> : https://docs.rs/tinyvec/latest/tinyvec/

10:16 <re_irc> Maybe this is worth a try :-)

10:18 <re_irc> <@jordens:matrix.org> ckrenslehner: Nice. That gives me "SliceVec" but not "SliceString" yet.

10:18 <re_irc> <@krensito:matrix.org> : https://docs.rs/tinyvec_string/latest/tinyvec_string/

10:19 <re_irc> <@krensito:matrix.org> Just googled "rust tinyvec string" and was lucky

10:20 <re_irc> <@jordens:matrix.org> ckrenslehner: Those are either backed by "Vec" or by "array".

10:23 <re_irc> <@krensito:matrix.org> https://psion.agg.io/_matrix/media/r0/download/matrix.org/VPULPFmTPSpkYhmoGZSIPAwx/image.png

10:24 <re_irc> <@krensito:matrix.org> I guess you need the borrow feature?

10:25 <re_irc> <@krensito:matrix.org> Maybe you can submit a feature request to tinyvec_string. As far as I understand, this crate more ore less wraps tinyvec. So maybe they can implement a slice backed string.

10:25 <re_irc> <@jordens:matrix.org> ckrenslehner: I would need "SliceString".

10:26 <re_irc> <@jordens:matrix.org> Sure. I had "SliceString" mostly written already.

10:26 <re_irc> <@jordens:matrix.org> https://godbolt.org/z/3csYfannz

11:33 <re_irc> <@jordens:matrix.org> https://crates.io/crates/slice-string

11:55 <re_irc> <@ryan-summers:matrix.org> : This is basically what we were discussing Friday. Heapless-like primitives (VEC and string) that use borrowed buffers instead

11:55 <re_irc> <@ryan-summers:matrix.org> Could be a nice crate

11:58 <re_irc> <@jordens:matrix.org> : Now it is.

12:01 <re_irc> <@firefrommoonlight:matrix.org> https://docs.rs/heapless/latest/heapless/

12:19 <re_irc> <@jordens:matrix.org> ckrenslehner: Thanks for the pointers!

16:17 <re_irc> <@tr09:matrix.org> Hi all,

16:17 <re_irc> Anyone knowledgeable with *smoltcp*? I’ve implemented a smoltcp::phy::Device and basically have a copy of examples/client.rs, but TxToken consume is never called. Must RxToken consume really return something (as it is called on repeat) or have I made a mistake in app layer?

16:17 <re_irc> (Alternatively, maybe I’m not even supposed to send these bytes down UART to a EC25’s PPP connection…)

17:48 <re_irc> <@dkhayes117:matrix.org> Is there a way to define a feature flag where that flag has options it must choose from? Or is it better to have a feature-flag/environment variable tag team? IE "trace" flag and "level" options.

17:52 <re_irc> <@dngrs:matrix.org> : unfortunately no

17:53 <re_irc> <@dkhayes117:matrix.org> Well that stinks

17:55 <re_irc> <@dngrs:matrix.org> you can work around it by writing custom "cfg" logic, I think has done that, but it's work

17:56 <re_irc> <@dkhayes117:matrix.org> I noticed that embassy-executor had what looked like a work-around for arch

17:56 <re_irc> [features]

17:56 <re_irc> # Architecture

17:56 <re_irc> _arch = [] # some arch was picked

17:56 <re_irc> arch-std = ["_arch", "critical-section/std"]

17:56 <re_irc> arch-cortex-m = ["_arch", "dep:cortex-m"]

17:56 <re_irc> arch-xtensa = ["_arch"]

17:56 <re_irc> arch-riscv32 = ["_arch"]

17:56 <re_irc> arch-wasm = ["_arch", "dep:wasm-bindgen", "dep:js-sys"]

17:57 <re_irc> <@dkhayes117:matrix.org> It needed a macro to make sure only a single flag was selected though

17:58 <re_irc> <@dngrs:matrix.org> yeah, that's what I meant