| 4 Aug 2025 |
 Teo (he/him) | I hadn't realized you were already trying to build a stage2 compiler for these configurations. I know that isn't supported in hadrian in general and that's being fixed in https://gitlab.haskell.org/ghc/ghc/-/merge_requests/11444. But maybe it would be supported in this case and something is just going wrong with this flag. I'll look into it and see if there's an easy fix | 16:33:24 |
 sterni (he/him) | I was convinced it worked, but when I checked the log I saw that only ghc the library is built in _build/stage1/compiler just before it finishes. Checking ghc --info revealed that it's indeed just Stage1 :( | 16:48:18 |
| Teo (he/him) | Ah annoying! | 16:56:45 |
 oak 🏳️🌈♥️ | Is it possible to ignore specific testcases when packaging a Haskell package, instead of disabling all the tests with dontCheck? With overrideCabal? | 19:03:10 |
| oak 🏳️🌈♥️ | Found a solution, modify testFlags through overrideCabal | 21:09:34 |
| 5 Aug 2025 |
 Marc Jakobi | I think I've narrowed the high memory consumption down to the use of inline-python's marshalling functions (fromPy, ...).
Will investigate further... | 06:59:22 |
| Marc Jakobi | It's not inline-python either. But I can work around it by disabling library profiling, which probably explains why I wasn't able to reproduce it outside of nix. | 09:48:07 |
|  Fargate joined the room. | 12:44:58 |
|  @fargate-official:matrix.org left the room. | 12:45:33 |
| Marc Jakobi | It's a combination of library profiling + template haskell in large modules (500 LOC). Please don't ask me why we have modules with ~500 LOC 🙈 | 13:39:15 |
 magic_rb | 500 loc is not that much? Id think | 13:39:53 |
| magic_rb | If you said 5000loc then sure | 13:40:00 |
| Marc Jakobi | I don't know how much the TH is adding to those lines | 13:44:38 |
| magic_rb | Ah right, lots of TH | 13:44:56 |
| Teo (he/him) | You can use https://downloads.haskell.org/ghc/latest/docs/users_guide/debugging.html#ghc-flag-ddump-splices if you want to see the stuff TH outputs | 14:07:00 |
