| 5 Nov 2025 |
 sterni (he/him) | I think for 9.4 this works, but in general it is not to be expected. You need to coax the rts linker into loading a shared archive which it doesn't necessarily like because it's tricky. dlopen of course only works for shared objects which is the normal way | 10:08:33 |
| sterni (he/him) | (Haskell static archives/object files is not a problem, but arbitrary ones) | 10:08:56 |
 chreekat | Ghc/Cabal is confusing af on this point. I'm spectating right now as people in #GHC:matrix.org try to figure out some forms of static linking | 10:56:00 |
| sterni (he/him) | i mean this is not that great a mystery, only dynamic libs are designed so that they can be dynamically loaded at run time (instead of link time) | 12:05:15 |
| sterni (he/him) | so you would not in general expect your repl to br able to do this | 12:05:34 |
| chreekat | Well it's obvious now that you've said it 😄 | 12:15:35 |
 keypusher | Redacted or Malformed Event | 14:12:49 |
| 6 Nov 2025 |
|  @denbrahe:matrix.org left the room. | 15:24:22 |
| 7 Nov 2025 |
 MangoIV | has anybody here thought about enabling -finfo-table-map in nixpkgs? | 15:29:15 |
 maralorn | Yes | 16:20:44 |
| maralorn | me | 16:20:45 |
| maralorn | I discussed this with ben. The problem is, that it increases binary size significantly. So we probably can’t enable it by default. And its also not possible to strip it in binaries which don’t want it. | 16:21:59 |
| maralorn | So the best available option would be to replace our profiling builds with an info-table-map build. | 16:22:30 |
| maralorn | * So the best available option would be to replace our profiling builds with an info-table-map build by default. | 16:22:43 |
| maralorn | But I actually really wanna do it. | 16:27:15 |
