| 27 Nov 2024 |
emily | I see | 19:10:12 |
emily | fwiw we probably need to un-split some LLVM stuff since some of it is pretty broken. e.g. Clang having separate lib output breaks unwrapped compilers | 19:10:38 |
| 28 Nov 2024 |
| shawn8901 left the room. | 18:48:46 |
| shawn8901 joined the room. | 18:50:23 |
| 1 Dec 2024 |
| shawn8901 left the room. | 00:08:07 |
| 10 Dec 2024 |
Tristan Ross | https://crab.fit/nixpkgs-stdenv-team-meeting-699727 made a crab fit thing to find the availability of everyone so we can work on our updates to give to the SC. | 05:33:42 |
p14 | Minor quality of life improvements:
- https://github.com/NixOS/nixpkgs/pull/363852
- https://github.com/NixOS/nixpkgs/pull/363855
| 09:12:53 |
| 11 Dec 2024 |
| dminca left the room. | 14:19:13 |
| 12 Dec 2024 |
truby | I'm trying to work out how to get a libcxxStdenv where my C++ dependencies are also built with libc++. I was thinking something along the lines of https://gist.github.com/DavidTruby/d0364e1637074a983a167fcecedd5847 but I couldn't get this to compile (fails to compile gettext)
Am I even thinking along the right lines here? | 17:46:50 |
p14 | In reply to @truby:matrix.org I'm trying to work out how to get a libcxxStdenv where my C++ dependencies are also built with libc++. I was thinking something along the lines of https://gist.github.com/DavidTruby/d0364e1637074a983a167fcecedd5847 but I couldn't get this to compile (fails to compile gettext)
Am I even thinking along the right lines here? Yes. The problem is that gettext doesn’t support the newer llvm compiler. You could introduce an overlay to set llvmPackages = self.llvmPackages_17 (or whatever version is needed to build gettext) | 18:10:30 |
truby | I thought the latest gettext fixed that? or has that not made it into nixpkgs yet? | 18:12:00 |
Tristan Ross | I thought I fixed it months ago | 18:26:10 |
Artturin | yep https://github.com/NixOS/nixpkgs/pull/348676 | 18:26:37 |
truby | I did see a patch to upgrade to gettext 0.22 which should have fixed it, but my graph still pulls in 0.21 | 18:27:29 |
Artturin | Now it's fixed without the patch https://github.com/NixOS/nixpkgs/pull/358254 patch removed in https://github.com/NixOS/nixpkgs/pull/360044 | 18:28:50 |
Artturin | 0.22.5 | 18:28:55 |
Tristan Ross | Make sure you're on the right nixpkgs | 18:29:14 |
truby | I did a nix flake update right before trying the build | 18:29:27 |
Tristan Ross | What's your nixpkgs git rev? | 18:29:47 |
truby | I'll have to get back to you on that, I'm not on my nixos machine rn 😅 | 18:30:06 |
truby | Tristan Ross: on an unrelated note while you're here (since you look like the person to ask about Nix LLVM?) do you know if anyone has tried packaging flang? Asking because I'm happy to have a look at it/help out with it not because I actually need it for anything (I work on flang for my day job 😰) | 18:32:02 |
Tristan Ross | I'm not familiar with flang at all | 18:32:45 |
Tristan Ross | I might look into it after the LLVM libc PR is merged | 18:32:57 |
truby | I don't think it should be too hard; I think you can just wrap it in exactly the same way as clang as all the driver options should be the same. We didn't support -B last time I tried to look at it, if that's still the case I'm happy to add that from the flang side | 18:34:10 |
Tristan Ross | Maybe, we'll have to see. | 18:35:19 |
truby | I'm not sure how many of the hardening flags we have either; or how many of them make sense for Fortran. | 18:35:43 |
Artturin | truby: https://github.com/search?q=lang%3Anix%20%2Fflang%2F&type=code | 18:35:56 |
Tristan Ross | Also, my CPU model PR I might close and redo completely. I have better ideas as to handling it. | 18:36:40 |
truby | as another unrelated question; do you know if there's a better solution for having a dev environment for working on LLVM than just using fhsEnv? So that the clang you build in the dev shell can actually find libc etc? Atm I'm just shoving everything in a fhsEnv but it feels kinda hacky. | 18:37:30 |
Tristan Ross | Check the wiki | 18:37:49 |