Haskell in Nixpkgs/NixOS | 730 Members | |
| For discussions and questions about Haskell with Nix, cabal2nix and haskellPackages in nixpkgs | Current Docs: https://haskell4nix.readthedocs.io/ | 146 Servers |
| Sender | Message | Time |
|---|---|---|
| 27 Apr 2026 | ||
| 01:34:06 | ||
| 14:26:22 | ||
| 23:41:34 | ||
| 30 Apr 2026 | ||
| 07:52:14 | ||
| getting a https://github.com/vincenthz/hs-hourglass/blob/master/cbits/unix.c#L16 | 20:45:12 | |
| huh it might be a gcc bug actually? https://stackoverflow.com/questions/64610024/duplicate-symbols-with-global-template-variable-using-clang | 20:48:37 | |
| * huh the fact it works on gcc might be a bug actually? https://stackoverflow.com/questions/64610024/duplicate-symbols-with-global-template-variable-using-clang | 20:48:53 | |
| * huh the fact it works on gcc might be a bug actually? https://stackoverflow.com/questions/64610024/duplicate-symbols-with-global-template-variable-using-clang | 20:48:56 | |
| are c-sources always exposed globally by GHC? can any two packages out there cause these collisions? | 20:51:31 | |
| if so, should we, I dunno, patch the vincent package to rename the symbol? | 20:52:23 | |
In reply to @alexfmpe:matrix.orgFWIW this worked locally | 22:18:17 | |
| heya, I only just saw the recent-ish merge of the microhs changes, thanks for the work on that! ❤️ I think I've read up on the PR, but will hugs be the way microhs is getting build in the foreseeable future? I'm trying to add an override to get the mhseval binary to build, and was trying to understand the build process. Am I seeing this correctly that building with hugs currently closes off the possibility of building mhseval/mhseval.js?https://github.com/augustss/MicroHs/blob/master/mhs/MhsEval.hs | 22:54:07 | |
| Yes, building with Hugs is currently the preferred way because it does not depend on any pre-generated code. It's not immediately obvious to me how exactly | 23:37:10 | |
| Since it seems to be a separate output, I would recommend using a different derivation instead of overriding the existing ones. | 23:39:01 | |
| I was trying to get it to work via
and didn't manage to get a useful output that way, I did try to copy it from stage1 to stage2 later, but I've changed a bunch of code around this | 23:39:42 | |
currently I'm just doing a mkDerivation inheriting from src etc from pkgs.haskell.compiler.microhs, then postInstall'ing mhseval, so that works | 23:40:24 | |
Is your ultimate desired hostPlatform one of the JS platforms? | 23:40:37 | |
| not doing JS at the minute, so I haven't tried that yet, I just anticipate that there'll be some interest for that as well | 23:41:07 | |
The other problem here is that mhseval is not in the Cabal file, so naturally the stage 2 build won't include it either. | 23:48:31 | |
Unless JS is supported as a buildPlatform, I think it might be best to first make microhs compatible with cross.I'm not sure what's missing for cross, but I suspect it has to do with the targetPlatform not being passed to the build. | 23:51:42 | |
| 1 May 2026 | ||
| Well, cross isn't terribly difficult. I've just gotten it working. | 00:46:32 | |
| 14:58:29 | ||
| I'm starting out with nix and having trouble with system library fiddling. GHC cannot load the shared object for
| 15:02:18 | |
I dunno about flakes, but nix-build -A haskellPackages.smtlib-backends-z3 on nixpkgs master works just fine on my macos | 15:04:23 | |
where hackage-packages.nix shows z3 on librarySystemDepends of smtlib-backends-z3 | 15:05:11 | |
ah, same for haskellPackages.z3 | 15:06:27 | |
huh, isn't packages for executables only? | 15:07:47 | |
| https://nixos.org/manual/nixpkgs/stable/#sec-pkgs-mkShell | 15:07:48 | |
| * https://nixos.org/manual/nixpkgs/stable/#sec-pkgs-mkShell-attributes | 15:07:56 | |
try inputsFrom | 15:08:04 | |