Peter Becich
With large projects HPC can produce an `argument list too long` error: https://github.com/NixOS/nix/issues/5593 This can be avoided by passing arguments to HPC as Response Files: https://gcc.gnu.org/wiki/Response_Files Needs https://gitlab.haskell.org/ghc/ghc/-/merge_requests/8194 and a...
I think `./test/tests.sh ghc902` and `./test/tests.sh ghc922` yield: ``` ... *** Checking shellFor works for a cabal project, multiple packages... error: attribute 'env' in selection path 'shell-for.env' not found ```...
I have a `cabal.project` with a large number of packages and dependencies. I am using `haskell.nix` to build it. On https://github.com/peterbecich/cabal-resolver-issue/tree/nix , I see: ``` % nix-build ... this derivation...
tl;dr Is it possible that all of the patches defined here are not being applied to the GHCJS compiler, https://github.com/ghcjs/ghc? https://github.com/input-output-hk/haskell.nix/blob/efcdd520ae83fe34410cb4bb73d2fea7cc567581/overlays/bootstrap.nix#L115 If not, can they be? ------------ This is a...
Build and tests appear to succeed: https://github.com/peterbecich/gogol/actions/runs/663297423
Generated with https://github.com/haskell-CI/haskell-ci https://github.com/peterbecich/hpc-coveralls/actions/runs/2481466339
Needs https://github.com/snapframework/snap-server/pull/150 and possibly other dependencies to be updated
Cabal 3.8.1.0 and GHC 9.2.4 I tried `cabal: ["3.8"]` and `cabal: ["3.8.1"]` and these failed, so it is `cabal: ["3.8.1.0"]`
The snippet currently in the readme for Eshell did not immediately work for me, but this did: https://github.com/atomontage/xterm-color/issues/4#issuecomment-520788718 This PR copies https://github.com/atomontage/xterm-color/issues/4#issuecomment-520788718 to the readme Thanks
and basic GitHub Action copied from https://github.com/haskell/actions/tree/main/setup#model-cabal-workflow-with-caching ``` cabal build all --constraint 'aeson == 2.2.0.0' --enable-tests ``` succeeds `stack build` succeeds