00:10 <adamgreig> testing irc bridge again

00:10 <re_irc> < (@adamgreig:matrix.org)> testing irc the other way...

00:10 <agg> promising promising

00:11 <agg> cr1901: I've changed the homeserver from dendrite to conduit (seems appropriate anyway, at the time it didn't work but now it does)

00:11 <agg> afaik all the issues we had were homeserver problems, so the completely different homeserver mgiht help

00:11 <agg> going to update heisenbridge now too though, so hold fire a sec

00:11 <agg> probably regret this

00:12 <agg> ah, no, I'm not going to, because it needs a newer python than this vm currently has, so

00:12 <agg> wow this seems much snappier than before too... nice

00:19 <cr1901> agg: Thanks for your effort as always

00:26 <agg> np! hopefully this one is more stable. it was certainly easier to set up.

11:17 <re_irc> < (@dirbaio:matrix.org)> does anyone know what these linker warnings are?

11:17 <re_irc> >>> /*snip*/libdefmt_rtt-95a21cdd7f5059ee.rlib(defmt_rtt-95a21cdd7f5059ee.defmt_rtt.25c9497a-cgu.13.rcgu.o):(.uninit.defmt-rtt.BUFFER): SHT_PROGBITS

11:17 <re_irc> = note: rust-lld: warning: section type mismatch for .uninit.defmt-rtt.BUFFER

11:17 <re_irc> >>> output section .uninit: SHT_NOBITS

11:17 <re_irc> ... long message truncated: https://psion.agg.io/_matrix/media/r0/download/psion.agg.io/fFfTJ7m9jIiYOGoSVbN4vc3DhFH0ZfA0 (13 lines)

11:18 <re_irc> < (@dirbaio:matrix.org)> they're always there, but they're only visible when you get a separate linker error (because link output is hidden otherwise)

11:18 <re_irc> < (@dirbaio:matrix.org)> resulting binary works fine

11:18 <re_irc> < (@diondokter:matrix.org)> Yeah, I saw those as well. No idea, doesn't seem to affect anything

15:42 <re_irc> < (@a-gavin:matrix.org)> According to "man elf" on a linux machine:

15:42 <re_irc> This section holds information defined by the program, whose format and meaning are determined solely by the program```

15:42 <re_irc> < (@a-gavin:matrix.org)> According to "man elf" on a linux machine:

15:42 <re_irc> This section holds information defined by the program, whose format and meaning are determined solely by the program

15:42 <re_irc> SHT_PROGBITS

15:42 <re_irc> SHT_NOBITS

15:42 <re_irc> ... long message truncated: https://psion.agg.io/_matrix/media/r0/download/psion.agg.io/AklUTm7FSyIPlI1eaZFktyQK91pH3siI (6 lines)

15:43 <re_irc> < (@a-gavin:matrix.org)> Just posting cuz it's interesting to read about haha!

17:49 <re_irc> < (@oop584:matrix.org)> I have two PRs to riscv-semihosting (https://github.com/riscv-rust/riscv-semihosting) that have been ready for review for two weeks and haven't been looked at yet. I sent an email to risc-v@teams.rust-embedded.org last week but have not heard back. Is there anyone here who can help me out?

18:12 <re_irc> < (@chaosprint:matrix.org)> Hi, does anyone know why some dependancies are called with "std" even if there is already "no_std" in the file I want to build?

18:12 <re_irc> < (@chaosprint:matrix.org)> https://psion.agg.io/_matrix/media/r0/download/matrix.org/nWovIDlkLXEYmstrWzZBzuLB/image.png

18:13 <re_irc> < (@chaosprint:matrix.org)> I added the target but got this message. My Rust version is up to date "rustc 1.64.0 (a55dd71d5 2022-09-19)" with nightly as default.

18:13 <re_irc> rustup target add thumbv7em-none-eabihf

18:13 <re_irc> info: component 'rust-std' for target 'thumbv7em-none-eabihf' is up to date

18:23 <re_irc> < (@xiretza:xiretza.xyz)> : a "#![no_std]" crate can't depend on other crates that use "std"

18:31 <re_irc> < (@chaosprint:matrix.org)> : yes. The problem is caused by a dependency I created. I think my own code in that dependency is suitable for "no_std". It's the dependency crates of my code are triggered with "std", even if I disabled all their default features.

18:31 <re_irc> The most wired thing is that when I use this dep I created for another "stm32f4xx-hal" example, it works fine. So I am totally confused where might be wrong.

18:32 <re_irc> < (@chaosprint:matrix.org)> * dependencies crates of my crate that

18:32 <re_irc> < (@chaosprint:matrix.org)> * my crate

18:42 <re_irc> < (@chaosprint:matrix.org)> alright, it's fixed magically... I don't even touch anything significant...