Re: Haskell dependencies for custom cabal builds

2019-02-12 Thread John Soo
Thanks Marius, I’m feeling quite out of my depth here so thanks for the background. It seems like maintaining a fork effectively might be a lot more work. Is there really no other good way to accomplish a custom build? John > On Feb 12, 2019, at 11:44 AM, Marius Bakke wrote: > > Hello! > >

Re: Haskell dependencies for custom cabal builds

2019-02-12 Thread John Soo
Thanks Tim! Good to know! Thank you. Looking again at the call to runhaskell in the configure phase, then. It does accept --package-db as an argument. Is it feasible to parse GHC_PACKAGE_PATH into the correct package paths instead of using the environment variable? Thanks! John > On Feb 12,

Re: Haskell dependencies for custom cabal builds

2019-02-12 Thread Marius Bakke
Hello! Timothy Sample writes: > Hi John, > > John Soo writes: > >> Hi there, >> >> I did a little digging this morning and it seems like runhaskell is >> probably deprecated in favor of runghc. Do we expect anyone to be >> using hugs or jhc? Runghc also supports ghc flags. I still need to do >

Re: Haskell dependencies for custom cabal builds

2019-02-12 Thread Timothy Sample
Hi John, John Soo writes: > Hi there, > > I did a little digging this morning and it seems like runhaskell is > probably deprecated in favor of runghc. Do we expect anyone to be > using hugs or jhc? Runghc also supports ghc flags. I still need to do > some more research here but the Haskell con

Re: Haskell dependencies for custom cabal builds

2019-02-12 Thread Timothy Sample
Hi John, John Soo writes: > Hi there, > > I did a little digging this morning and it seems like runhaskell is > probably deprecated in favor of runghc. Do we expect anyone to be > using hugs or jhc? Runghc also supports ghc flags. I still need to do > some more research here but the Haskell con

Re: Haskell dependencies for custom cabal builds

2019-02-12 Thread John Soo
Hi there, I did a little digging this morning and it seems like runhaskell is probably deprecated in favor of runghc. Do we expect anyone to be using hugs or jhc? Runghc also supports ghc flags. I still need to do some more research here but the Haskell configure phase deliberately unsets GHC_

Re: Haskell dependencies for custom cabal builds

2019-02-12 Thread Timothy Sample
Hi John, John Soo writes: > I’ll check out git-annex as a start. Custom Cabal builds would be a > nice feature to add to the haskell-build-system. Would it be > sufficient to add some extra argument to the build system? At this point, I don’t know what the argument would do. :) The solution I

Re: Haskell dependencies for custom cabal builds

2019-02-11 Thread John Soo
Thanks Tim, I’ll check out git-annex as a start. Custom Cabal builds would be a nice feature to add to the haskell-build-system. Would it be sufficient to add some extra argument to the build system? Best, John > On Feb 11, 2019, at 12:19 PM, Timothy Sample wrote: > > Hi John, > > John Soo

Re: Haskell dependencies for custom cabal builds

2019-02-11 Thread Timothy Sample
Hi John, John Soo writes: > Hi Guix, > > I’ve been working on some Haskell packages and got stuck recently and I > didn’t know why until I realized the cabal files have `build-type: Custom` > (http://hackage.haskell.org/package/termonad-1.1.0.0/termonad.cabal). I > always get missing dependenc

Haskell dependencies for custom cabal builds

2019-02-11 Thread John Soo
Hi Guix, I’ve been working on some Haskell packages and got stuck recently and I didn’t know why until I realized the cabal files have `build-type: Custom` (http://hackage.haskell.org/package/termonad-1.1.0.0/termonad.cabal). I always get missing dependencies even though I have the dependencies