| 15 Jul 2025 |
 alexfmpe | Wonder if we should add the ghc issue as an eval warning heh | 13:03:47 |
 nf | maybe we could just add that to the default cabal flags if stdenv.hostPlatform.isGhcjs or something | 13:55:13 |
| alexfmpe | if it's morally a "ghc backport" I agree | 14:44:10 |
| alexfmpe | otherwise it can get weird if upstream is injecting ld-options and what not for you | 14:44:32 |
| alexfmpe | silently | 14:44:37 |
 maralorn | The major problem with ld-options is that they override preconfigured ld-options. | 15:23:30 |
| maralorn | Which is no problem for the js backend because it currently has none. | 15:23:46 |
| maralorn | But in general they are mainly meant for ghc devs for debugging purposes and bgamari dislikes the fact that they are exposed via cabal options. | 15:24:41 |
| nf | * has anyone seen this error before with the GHC JS backend?
Aborted('HEAP8' was not exported. add it to EXPORTED_RUNTIME_METHODS (see the Emscripten FAQ))
| 16:06:43 |
| 16 Jul 2025 |
| nf | Is this the blessed way to write an overlay that adds a package foo to all Haskell package sets, without undoing previous overlays? If so, should we add it to the manual?
final: prev: {
haskell = prev.haskell // {
packageOverrides = final.lib.composeExtensions prev.haskell.packageOverrides
(hfinal: hprev: {
foo = ...;
});
};
}
| 15:13:51 |
| nf | * Is this the blessed way to write an overlay that adds a package foo to all Haskell package sets, without undoing previous overlays? If so, should we add it to the manual? If not, what is?
final: prev: {
haskell = prev.haskell // {
packageOverrides = final.lib.composeExtensions prev.haskell.packageOverrides
(hfinal: hprev: {
foo = ...;
});
};
}
| 15:15:17 |
| maralorn | lgtm | 15:16:00 |
