10:52 <j`ey> anyone got an example of getting the runtime address of a linkerscript variable? (aka getting _text_start or something)

11:03 <jr-oss_> j`ey: Something like https://github.com/rust-embedded/cortex-m/blob/master/cortex-m-rt/src/lib.rs#L1035-L1041 to get heap address?

11:05 <j`ey> yeah.. hm. does that require sheap to have a fixed location by the linkerscript?

11:05 <j`ey> for some reason, my code that does a similar thing is just completely compiled away..

11:10 <jr-oss_> The location in the linker script should not matter, but I am not an expert. If the symbol or the code is not used (or the compiler thinks so) it can get removed from the binary.

11:10 <j`ey> annoyingly #[inline(never)] is not being respected either

11:15 <jr-oss_> This commit added _sheap to cortex-m-rt. Maybe it gives you a hint about it is supposed to work: https://github.com/rust-embedded/cortex-m-rt/pull/11/files

11:16 <j`ey> weirdly I had it working in another project.. but I cant figure out what the difference is (maybe i have a broken nightly..)

11:20 <j`ey> and if i hardcode inline asm to get the address, it works

11:52 <re_irc> <jannic> Perhaps LTO can optimize it away even if it's not a fixed address? At link time it will be known so LTO could use that information.

11:54 <j`ey> this should be loadable at any address

12:00 <j`ey> ok, it seems that using the rust way produces code that needs to be relocated, so I have to use inline asm

12:00 <j`ey> because I need the _text_start for the relocation routine, so that cant need a relocation itself

15:01 <re_irc> <Clark Kozak> I have a broken treadmill and it seems to be the board. Anyone know of IRCs / chats for troubleshooting electrical appliances?