<i509vcb[m]>
mspm0c1104 running Rust code. Seems like just toggling the LED pin appears to get to 3MHz but it does seem to work. Now for timers so I can see the blinking
<jduck[m]>
<i509vcb[m]> "mspm0c1104 running Rust code..." <- > <@i509vcb:matrix.org> mspm0c1104 running Rust code. Seems like just toggling the LED pin appears to get to 3MHz but it does seem to work. Now for timers so I can see the blinking
<jduck[m]>
>
<jduck[m]>
I'm impressed!
TomB[m] has quit [Quit: Idle timeout reached: 172800s]
sugoi has joined #rust-embedded
sugoi1 has joined #rust-embedded
sugoi has quit [Ping timeout: 252 seconds]
sugoi1 is now known as sugoi
sugoi1 has joined #rust-embedded
sugoi has quit [Ping timeout: 252 seconds]
sugoi1 is now known as sugoi
diondokter[m] has quit [Quit: Idle timeout reached: 172800s]
vollbrecht[m] has quit [Quit: Idle timeout reached: 172800s]
TomB[m] has joined #rust-embedded
<TomB[m]>
<thejpster[m]1> "The Neotron BMC runs RTIC in 32K..." <- That's quite impressive tbh, zero string formatting involvement presumably?
<i509vcb[m]>
I don't know why it is embedded which seems to just break rust-analyzer
<i509vcb[m]>
Normally my laptop is cold but for some reason now it is very warm
jomaway[m] has quit [Quit: Idle timeout reached: 172800s]
<danielb[m]>
rust-analyzer is a very hot piece of technology
<i509vcb[m]>
I think it's probably the trying to have more than one workspace open at a time in a single window
<danielb[m]>
it's more likely that your project has some slightly different configuration than what RA picks up, and it runs a lot more analysis than what you changed. You might want to try and tell it to use a different target folder
<danielb[m]>
* it's more likely that your project has some slightly different configuration than what RA picks up, and it runs a lot more analysis than what you changed. You might want to try and tell it to use a different target folder ("rust-analyzer.cargo.targetDir": "target/rust-analyzer",)
<vollbrecht[m]>
also the classic is that RA builds against your host target
<vollbrecht[m]>
and not your actual target
<vollbrecht[m]>
well the ram is per process of RA. I mostly got more than one RA process running :D
<i509vcb[m]>
Well it's too parts one part runs on the host (codegen) and the PAC/hal needs to be built for not the host
<danielb[m]>
technically, it doesn't have to be :D you might get funky issues with inline assembly, or pointer width, but I've had pretty okay results with letting it do its thing with the host arch