haskell.nix
hs-foreign-emscripten
Our great sponsors
haskell.nix | hs-foreign-emscripten | |
---|---|---|
15 | 2 | |
517 | 7 | |
1.5% | - | |
9.7 | 0.0 | |
8 days ago | over 3 years ago | |
Nix | JavaScript | |
Apache License 2.0 | ISC License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
haskell.nix
-
Why does Nix have Haskell packages that are incompatible with GHC for a given version?
I'm not a great haskeller but I found haskell.nix better for Haskell projects, like the commenter on Discourse suggested. I've had a few issued regarding package versions with nixpkgs that haskell.nix solved.
-
Simple GHC stack for a novice
FWIW, there's also libraries like haskell.nix that solve the caching problem.
-
Any up-to-date cross-compiling methods for Raspberry Pi?
I would try haskell.nix.
-
Take the Nix Pill
If you want to hurt your brain, check out haskell.nix. That's some good stuff right there ^^
-
Trying to build a statically linked binary against glibc (Linux)
The haskell.nix framework is good for this.
-
GHC 9.4.1 Windows changes
One cool thing is that this will enable GHC builds using ucrt instead of vscrt in the future. Concretely, together with NixOS/nixpkgs#171418 and its follow-up NixOS/nixpkgs#173498), this will e.g. allow haskell.nix to upgrade to a newer wine pin for TH cross compilation: https://github.com/input-output-hk/haskell.nix/blob/dd13e822529ae5342494969bce8a457522a60100/overlays/wine.nix
-
Memory from finished thread is not getting reclaimed
If you are somewhat comfortable with nix: https://github.com/input-output-hk/haskell.nix supports GHCJS 8.10.x (in particular 8.10.7).
-
What's all the hype with Nix?
I also prefer stack for development, but I use nix to deploy to production. This way, I can install ad-hoc system dependencies locally and play with them during development as well as enjoy the bits and pieces of Haskell ergonomics stack affords, and once I'm happy with what I have, I "nixify" those dependencies as part of the project nix configuration and send them to production without fear. I use IOHK's excellent haskell.nix infrastructure to nixify my stack-based Haskell project, which makes it trivial to maintain a nix configuration that's always in sync with my stack configuration.
-
Monthly Hask Anything (June 2021)
And stuff like haskell.nix is supposed to let you configure things with stack or cabal or whatever tool you find most convenient, and let nix do the rest.
-
Another Haskell and Nix setup
/u/ItsNotMineISwear mentioned haskell.nix, which does generate a Haskell package set based on either a stack.yaml file, or the Cabal solver. This would solve some of your problems, but then possibly introduce others.
hs-foreign-emscripten
-
Pandoc in the browser w/ lua (possible contract gig?)
ghcjs does support C FFI, and I know of this very rough prototype that helps with the gap between ghcjs C FFI expectations and emscripten output
-
GHC Pluggable Backend?
i looked into that recently, and i found that GHCJS did compile the foreign import ccall into something but not quite emscripten-compatible. Another tool handled that though.
What are some alternatives?
Cabal - Official upstream development repository for Cabal and cabal-install
nix-doom-emacs - doom-emacs packaged for Nix
static-haskell-nix - easily build most Haskell programs into fully static Linux executables
polysemy - :gemini: higher-order, no-boilerplate monads
frp-zoo - Comparing many FRP implementations by reimplementing the same toy app in each.
nixpkgs - Nix Packages collection & NixOS
haskell-nix - Nix and Haskell in production
miso - :ramen: A tasty Haskell front-end framework
ghc-whole-program-compiler-project - GHC Whole Program Compiler and External STG IR tooling
nixkell - A simple Nix-Haskell skeleton
penrose - Haskell to JavaScript compiler, based on GHC
cargo-deb - A cargo subcommand that generates Debian packages from information in Cargo.toml