Guest4814 has left #rust-embedded [Error from remote client]
IlPalazzo-ojiisa has quit [Remote host closed the connection]
crabbedhaloablut has joined #rust-embedded
m5zs7k has quit [Ping timeout: 245 seconds]
m5zs7k has joined #rust-embedded
m5zs7k has quit [Ping timeout: 240 seconds]
m5zs7k has joined #rust-embedded
Guest4814 has joined #rust-embedded
Guest4814 is now known as nex8192
Foxyloxy has joined #rust-embedded
IlPalazzo-ojiisa has joined #rust-embedded
<re_irc>
<@like2wise:matrix.org> Hmm, hitting what looks like a bug in native "std" while "cargo build probe-rs-cli". Any clues what I could try to do, to install it anyway?
<re_irc>
<@like2wise:matrix.org> : That fails with the same ICE.
<re_irc>
<@adamgreig:matrix.org> huh. very weird. it should build fine on x86-64 linux and of course has done for lots of people
<re_irc>
<@like2wise:matrix.org> "cargo install probe-rs --features cli" worked, it took "regex-syntax 0.6.28" instead of "0.7.4". I'm new to Rust, but as I understand, the ICE is about an "unwrap" not expecting "None" in native "std".
<re_irc>
<@adamgreig:matrix.org> well, at least it worked I guess. "probe-rs" replaces "probe-rs-cli" and is the latest version
<re_irc>
<@like2wise:matrix.org> Then probably more people will run into this, I just started with a fresh x86-64 Rust toolchain for STM32H7 on this machine.
<re_irc>
<@like2wise:matrix.org> but this ICE isn't even related to the cross-toolchain.
<re_irc>
<@jamesmunns:beeper.com> your title says "1.17" instead of "1.71", I was very confused at first :D
<re_irc>
<@like2wise:matrix.org> : Thanks, fixed!
<re_irc>
<@like2wise:matrix.org> It would make for a great exercise to build the "std" library from source along, and fix the bug. Feels like entering 2000-ish GCC ARM support, where I had to fix "abs()" for ARM :-)
<re_irc>
<@like2wise:matrix.org> Luckily an ICE is easier to spot, as it's compile-time rather than run-time.
<re_irc>
<@dngrs:matrix.org> : that collides with "cargo-embed", should I remove "cargo-embed"?
<re_irc>
<@adamgreig:matrix.org> hah, gcc arm has come a long way. but this is very unusual and suggests something is badly wrong with your setup
<re_irc>
<@adamgreig:matrix.org> : yea, you can cargo uninstall it, it will be provided by probe-rs
<re_irc>
<@adamgreig:matrix.org> (you'll still have "cargo embed")
<re_irc>
<@dngrs:matrix.org> great thx
<re_irc>
<@dngrs:matrix.org> it's a bit sad that this kind of information ("probe-rs-cli" -> "probe-rs --features cli") doesn't autopropagate
<re_irc>
<@adamgreig:matrix.org> yea. I think it's been worked on
<re_irc>
<@juliand:fehler-in-der-matrix.de> What is the main difference between probe-run (https://github.com/knurling-rs/probe-run) and probe-rs with cli feature? Except for the comman-dline output looking different
<re_irc>
<@like2wise:matrix.org> : Really? My Rust setup is flaky? I just followed docs. Same worked for my Mac few weeks back, I am just repeating this on Linux Mint today
<re_irc>
<@adamgreig:matrix.org> : you're just building a normal hosted rust application for x86-64 linux, the most supported platform, and e.g. rust 1.71 can "cargo install probe-rs-cli" without a problem on my x86-64 desktop fine, so _something_ is bad somewhere...
id_tam has quit [Ping timeout: 245 seconds]
<re_irc>
<@adamgreig:matrix.org> : almost nothing these days. originally probe-rs was a library, "cargo-flash" and "cargo-embed" were binaries using it which supported flashing and rtt and such, and knurling (a different group to the probe-rs people) made "probe-run" using it too, but it supported defmt and backtraces and a convenient cargo-runner-compatible argument format
<re_irc>
<@dngrs:matrix.org> ICEs should never show up tho
<re_irc>
<@adamgreig:matrix.org> later, I think fair to say inspired by probe-run, probe-rs added probe-rs-cli which implements most of those features - unwinding only very recently
<re_irc>
<@adamgreig:matrix.org> (and knurling people made defmt which probe-rs uses as a library)
<re_irc>
<@juliand:fehler-in-der-matrix.de> Alright, thanks for the explanation! I feel like probe-run's output formatting is a bit easier to read with the coloring etc.
<re_irc>
<@adamgreig:matrix.org> yea, fair! these days I think they're mostly equivalent except for little details like that, though i'm sure probe-rs would love to get nicer formatting too
<re_irc>
<@adamgreig:matrix.org> : I don't mean to say you're doing anything wrong, I have no idea what's up, but it's a very surprising ICE to see, given it's doing something that a lot of people have done without issue on the same target
<re_irc>
<@like2wise:matrix.org> : I would agree, this is a fresh Mint 21.1 x86-64 install. I'l probably dive into this anyway, building the "std" from source (which is a topic by itself, not really on-topic for this channel.)
<re_irc>
<@adamgreig:matrix.org> I'd be tempted to just spin up a quick Mint VM somewhere and run rustup and then cargo install again, maybe on another machine to rule out flaky ram/cpu, and see if you hit the same issue
<re_irc>
<@like2wise:matrix.org> Good point.
<re_irc>
<@like2wise:matrix.org> However, it reproduces like hell.
<re_irc>
<@like2wise:matrix.org> +(by which I mean, reliably reproduces. :-))
<re_irc>
<@dirbaio:matrix.org> sometimes stuff gets corrupted there
<re_irc>
<@like2wise:matrix.org> I think might be right here (once again). I mean:
<re_irc>
Segmentation fault
<re_irc>
leon@laui ~ $ rm -rf ~/.rustup ~/.cargo
<re_irc>
is not the expected output 😱
<re_irc>
<@dirbaio:matrix.org> hahaha what
<re_irc>
<@k900:conduit.0upti.me> Uhh
<re_irc>
<@k900:conduit.0upti.me> memetest time?
<re_irc>
<@dngrs:matrix.org> overclocking: not even once
<re_irc>
<@dngrs:matrix.org> (I kid, fingers crossed your machine isn't hosed)
<re_irc>
<@adamgreig:matrix.org> K900: hmm, the memes seem fine
<re_irc>
<@like2wise:matrix.org> I'm blaming the fact that this machine was suspended overnight. -- until proven worse.
<re_irc>
<@windfisch42:matrix.org> K900: is memetest that thing that writes labeled pictures in your ram and checks whether they were written correctly? :>
<re_irc>
<@adamgreig:matrix.org> I'm afraid I won't be able to run a meeting tonight and therealprof is also away, if anyone's up for running one then please go ahead, otherwise we'll postpone to next week! I think the main item for discussion is the e-h 1.0 beta/RC
<re_irc>
<@jamesmunns:beeper.com> I may not be back online then, so probably won't be able to run it either sadly
<re_irc>
<@firefrommoonlight:matrix.org> Ok I'll step up
<re_irc>
<@firefrommoonlight:matrix.org> Release it
<re_irc>
<@firefrommoonlight:matrix.org> It is a few CLI cmds
<re_irc>
<@firefrommoonlight:matrix.org> If there is a problem, patch it later
emerent has quit [Ping timeout: 245 seconds]
emerent has joined #rust-embedded
<re_irc>
<@sourcebox:matrix.org> I don't know what's the situation with other PACs right now, but the "stm32mp1" crate which I'm currently using still relies on "interrupt::free" instead of using critical_section with "Peripherals::take". So I have no other option than using "steal" ;-)
id_tam has joined #rust-embedded
<re_irc>
<@thejpster:matrix.org> I’m sure they’d love a PR to update it.
<re_irc>
<@thejpster:matrix.org> If anyone can stand in for me on the council for two weeks, please make yourself known on the zulip. Otherwise I’m going to end up dialling in from vacation.
<re_irc>
<@jannic:matrix.org> Speaking of vacation: Are any of you coming to CCCamp23?
kenny has quit [Quit: WeeChat 4.0.2]
kenny has joined #rust-embedded
dc740 has joined #rust-embedded
dc740 has quit [Remote host closed the connection]