| 14 Dec 2024 |
 Randy Eckenrode | There’s too much magic happening right now, which is the thing I dislike. As soon as the magic stops working (or can’t be used), it gets harder to do the right thing. | 18:29:54 |
| Randy Eckenrode | My only concern with making it easier to swap out tooling is support burden. I assume this is aimed at package authors not users? | 18:31:41 |
| Randy Eckenrode | Because I absolutely do not want to waste time supporting users who want to build their Darwin packages with weird compilers/linkers/etc. | 18:32:16 |
 Tristan Ross | The switching out of compilers in the PR I made is primarily intended for LLVM and Linux. | 18:36:16 |
| Randy Eckenrode | More constructively, how does it interact with hooks? | 18:36:38 |
| Tristan Ross | It technically can support other compilers but personally, I intend it mostly for LLVM. | 18:36:49 |
| Randy Eckenrode | Rust makes heavy use of hooks to build packages. Capturing carious compilers in the hooks with a significant problem for Darwin. | 18:37:09 |
| Randy Eckenrode | * | 18:37:24 |
| Tristan Ross | In reply to @reckenrode:matrix.org
More constructively, how does it interact with hooks? It doesn't, a future pr will change how linkers are used so bintools and linkers are less connected. | 18:37:29 |
| Tristan Ross | The future PR will more explicitly set tooling. | 18:37:47 |
| Randy Eckenrode | This is more that rust.envVars.setEnv references stdenv.cc from various pkgsXY. You override the one in yours, but those remain as they were.0 | 18:38:41 |
| Randy Eckenrode | * This is more that rust.envVars.setEnv references stdenv.cc from various pkgsXY. You override the one in yours, but those remain as they were. | 18:38:46 |
| Tristan Ross | In reply to @reckenrode:matrix.org
Rust makes heavy use of hooks to build packages. Capturing carious compilers in the hooks with a significant problem for Darwin. Rust in particular with LLVM will have some changes in the future so it won't need the silly way it composes a new llvmPackages | 18:38:58 |
| Tristan Ross | I'm hoping to redo my CPU model PR as well to make CPU model changing work better between LLVM and GCC. | 18:40:22 |
| Tristan Ross | This is prerequisite work before I try an LLVM bootstrap. | 18:41:01 |
| 15 Dec 2024 |
| Tristan Ross | Huh, x86_64-unknown-linux-llvm was mentioned as a triplet which exists on the LLVM Discord server. I wonder if we could use that in the future. | 02:19:27 |
| Tristan Ross | It looks like we might be able to compile Nixpkgs for GPU's using an LLVM toolchain + libc. | 02:19:50 |
 Alyssa Ross | Redacted or Malformed Event | 09:07:39 |
| Tristan Ross | In reply to @philiptaron:matrix.org
https://pad.lassul.us/gYaWH4LuQGeED_BUSGInQA Been thinking, should we have a project board on GitHub? Something like Jira so we can organize and stage stuff. The pad you made made me think of it since it has a similar section. Plus it could make planning large changes easier. | 18:20:29 |
| 16 Dec 2024 |
|  teto joined the room. | 11:30:04 |
| 17 Dec 2024 |
| Randy Eckenrode | Could this toolchain stuff be used with Windows? MinGW LLVM is a thing. There’s one project I want to package (dxmt) that requires it. | 16:43:03 |
 K900 | We have a mingw gcc toolchain | 16:59:01 |
| Tristan Ross | In reply to @reckenrode:matrix.org
Could this toolchain stuff be used with Windows? MinGW LLVM is a thing. There’s one project I want to package (dxmt) that requires it. Theoretically, it just requires updating where the compiler gets set inside the stdenv and updating the lib to adjust defaults. | 17:25:41 |
| Tristan Ross | It might work already as is | 17:26:09 |
| Randy Eckenrode | In reply to @k900:0upti.me
We have a mingw gcc toolchain The project uses this toolchain for the Windows parts, which is all LLVM: https://github.com/mstorsjo/llvm-mingw | 17:28:15 |
| Randy Eckenrode | It’s also apparently the only way to target aarch64-windows because with a free toolchain. | 17:28:44 |
| Randy Eckenrode | * | 17:29:03 |
| Randy Eckenrode | * | 17:29:12 |
| Randy Eckenrode | dxmt doesn’t (yet?) support aarch64-windows, but it could be of interest to nixpkgs in the future. | 17:29:44 |
| Tristan Ross | To probably do windows, we might need to add a mingw toolchain option which then you can just switch out the compiler option. | 17:30:35 |
