| 13 Aug 2025 |
 dramforever | because it depends on *Platform.rust | 12:49:43 |
| dramforever | which explains why changing *Platform.rust rebuilds the world | 12:50:02 |
| dramforever | * because it depends on
*Platform.rust on cross | 12:50:13 |
| dramforever | * because it depends on `*Platform.rust` on cross | 12:50:25 |
|  impqxr set their display name to impqxr. | 12:53:49 |
 mpiechotka | For cargo2nix - is it possible to disable a workspace member? I have a workspace with server, wasm client and common code. Cargo2nix attempts to build various packages on wasm as dependencies because it tries to merge features. | 15:18:29 |
 apyh | you could have a different src/ filter for different target platforms, perhaps? | 15:27:43 |
| apyh | since it'll have to build wasm stuff from scratch anyways | 15:27:57 |
| mpiechotka | In reply to @apyh:matrix.org
you could have a different src/ filter for different target platforms, perhaps? It's for dependencies | 15:51:54 |
| mpiechotka | Indirect dependencies | 15:52:02 |
 rosssmyth | I have been told that the commend in bootstrap.example.toml is a lie. So just put it in there without llvm and apparently it just does it. I have also been warned that it might be unusable slow. | 18:52:17 |
| rosssmyth | * I have been told that the comment in bootstrap.example.toml is a lie. So just put it in there without llvm and apparently it just does it. I have also been warned that it might be unusable slow. | 18:52:22 |
| rosssmyth | * I have been told that the comment in bootstrap.example.toml is a lie. So just put it in there without llvm and apparently it just does it. I have also been warned that it might be unusably slow. | 18:52:32 |
| rosssmyth | The future is now | 18:52:51 |
 emily | that's cool | 18:53:34 |
| emily | I only wanted it to give hope to the next person trying to unbreak mrustc-bootstrap | 18:53:41 |
| emily | after I drop its LLVM 12 dependency | 18:53:44 |
| emily | the idea would be to bootstrap to something that can use a modern LLVM so slowness probably wouldn't matter there | 18:54:04 |
| emily | since from-source Rust bootstrapping is already the slowest activity you can perform | 18:54:23 |
| emily | I think the real question is whether you can build a working rustc using a rustc with the Cranelift backend | 18:55:35 |
| emily | i.e. whether it can bootstrap | 18:55:40 |
| emily | (also maybe someone should… fix the comment?) | 18:55:46 |
| rosssmyth | Apparently, yes. As there is a test in the cranelift backend repo for it | 18:57:59 |
| emily | got a link? | 18:58:44 |
| rosssmyth | https://github.com/rust-lang/rustc_codegen_cranelift/blob/master/scripts/test_bootstrap.sh | 18:58:50 |
| emily | isn't that just checking that you can build rustc once? | 19:02:01 |
| emily | I'm talking about | 19:02:04 |
| emily |
- build Rust n with only the Cranelift backend
- use that Rust to build Rust n+1
| 19:02:15 |
| emily | this only does --stage 1, so I think it's just checking you can build "rustc with Cranelift backend" using an existing Rust binary | 19:02:29 |
| emily | maybe I'm wrong though and the rustc in the environment here is a Cranelift one? | 19:02:41 |
