| 14 Dec 2023 |
 nyanbinary | :3 | 15:21:08 |
| 15 Dec 2023 |
|  Alex S changed their profile picture. | 21:02:35 |
| 18 Dec 2023 |
| Alex S changed their profile picture. | 06:50:03 |
 fgaz | In reply to @alex:tunstall.xyz
NB: According to the RISC-V ISA manual (V20211203), that is a CSRRS instruction on CSR 0xc22, which is a standard read-only unprivileged CSR that hasn't yet been allocated. Whatever is generating that instruction probably should not.
If you don't need CSRs, disabling Zicsr may help. it has been allocated to vlenb in the vector extension.
I think I discovered what happened, our riscv bootstrap files have never been updated so we are stuck with an old assembler that doesn't recognize rvv 1.0 instructions. | 14:56:15 |
| fgaz | Now, how do I generate a bootstrap tarball and who do I ping to get it uploaded to tarballs.nixos.org? This doesn't seem to be documented anywhere | 14:57:03 |
 raitobezarius | it's documented in stdenv | 14:57:27 |
| raitobezarius | ping lovesegfault IIRC on #stdenv:nixos.org for upload | 14:57:51 |
| fgaz | aha, I found make-bootstrap-tools | 14:58:24 |
| fgaz | raitobezarius: will do thanks | 14:58:35 |
| nyanbinary | cache for RISC-V when ;P | 15:43:51 |
| fgaz | In reply to @niko:conduit.rs
cache for RISC-V when ;P an official one? when suitable (ie. rack-mountable) hardware is available | 16:18:20 |
| fgaz | there are a few unofficial ones already, I'll probably make one as well | 16:18:51 |
| fgaz | * an official one? when suitable (ie. rack-mountable) hardware is available, see https://pad.lassul.us/NixOS-riscv64-linux-2023-09-10# | 16:20:37 |
| nyanbinary | In reply to @fgaz:matrix.org
an official one? when suitable (ie. rack-mountable) hardware is available, see https://pad.lassul.us/NixOS-riscv64-linux-2023-09-10# https://fosstodon.org/@fedora/111540170260635226 | 16:41:17 |
| nyanbinary | I mean RISC-V is becoming more prevalent so thats good | 16:41:28 |
|  patryk4815 set a profile picture. | 17:19:17 |
| patryk4815 | Nick Cao: This fix for gcc13 is only available on staging? https://github.com/NixOS/nixpkgs/pull/275084 | 17:19:43 |
| patryk4815 | * Nick Cao: This fix for gcc13 is only available on staging? https://github.com/NixOS/nixpkgs/pull/275084
thanks for merging :) | 17:31:17 |
| patryk4815 | * Nick Cao: ~~This fix for gcc13 is only available on staging? https://github.com/NixOS/nixpkgs/pull/275084 ~~
thanks for merging :) | 17:46:50 |
| patryk4815 | * Nick Cao: This fix for gcc13 is only available on staging? https://github.com/NixOS/nixpkgs/pull/275084
thanks for merging :) | 17:47:16 |
| 19 Dec 2023 |
| fgaz | In reply to @patryk4815:matrix.org
Nick Cao: This fix for gcc13 is only available on staging? https://github.com/NixOS/nixpkgs/pull/275084
thanks for merging :) It's on master, not staging, and it has yet to reach the channels | 09:24:22 |
 pouspous | once https://github.com/NixOS/nixpkgs/pull/274853 we'll be able to fully cross-compile nixos-star64 and thus remove lib.optionals (stdenv.buildPlatform == stdenv.hostPlatform) | 14:05:08 |
| pouspous | (or at least I would find it nice to remove it by default) | 14:06:10 |
| pouspous | * once https://github.com/NixOS/nixpkgs/pull/274853 is merged into master we'll be able to fully cross-compile nixos-star64 and thus remove lib.optionals (stdenv.buildPlatform == stdenv.hostPlatform) | 14:06:39 |
| fgaz | pouspous: I don't understand the connection between the two and why you want to remove that line | 14:49:41 |
| fgaz | * pouspous: I don't understand the connection between the two and why you want to remove that line | 14:50:22 |
| fgaz | cross-compiled build time dependencies aren't going to help native builds, they have different hashes | 14:51:20 |
| fgaz | by the way, I plan to remove that part completely once I finish setting up my attic cache | 14:53:52 |
| pouspous | oh I didn't know that's a shame. so cross-compiling (say from x86_64 to riscv64) package in system.extraDependencies will still trigger a recompilation of those packages when request on the riscv machine ? | 14:56:42 |
| pouspous | * oh I didn't know that's a shame. so cross-compiling (say from x86_64 to riscv64) packages in system.extraDependencies will still trigger a recompilation of those packages when request on the riscv machine ? | 14:57:52 |
