From mboxrd@z Thu Jan 1 00:00:00 1970 From: Timothy Sample Subject: Re: Haskell dependencies for custom cabal builds Date: Tue, 12 Feb 2019 14:18:40 -0500 Message-ID: <87imxoak8f.fsf@ngyro.com> References: <87imxqaxic.fsf@ngyro.com> <87r2cd9ekl.fsf@ngyro.com> <6E48CD3A-9511-4855-8C0D-DC7574546939@asu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:54882) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gtdZy-0002tz-3C for guix-devel@gnu.org; Tue, 12 Feb 2019 14:18:53 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gtdZx-0008VC-5D for guix-devel@gnu.org; Tue, 12 Feb 2019 14:18:50 -0500 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:39141) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gtdZw-0008Ri-Pw for guix-devel@gnu.org; Tue, 12 Feb 2019 14:18:49 -0500 In-Reply-To: <6E48CD3A-9511-4855-8C0D-DC7574546939@asu.edu> (John Soo's message of "Tue, 12 Feb 2019 08:50:32 -0800") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: John Soo Cc: guix-devel@gnu.org 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 configure phase deliberately > unsets GHC_PACKAGE_PATH. I assume it does this because runhaskell > supports many Haskell compilers. If custom cabal builds are rare, I > would suspect that non-ghc builds are even rarer. Would it be possible > to replace runhaskell with runghc? Or parameterize the command? I don=E2=80=99t see how this would help. >From the build system code, Cabal errors if GHC_PACKAGE_PATH is set during 'configure', so unset and restore it. The issue that git-annex has is that it wants to use some packages before calling into Cabal. If =E2=80=9CGHC_PACKAGE_PATH=E2=80=9D is set pr= operly, it will find the packages, proceed normally until calling Cabal, and then error because Cabal doesn=E2=80=99t like =E2=80=9CGHC_PACKAGE_PATH=E2=80=9D= . Cabal wants to setup the package search path from the command line arguments instead. On the other hand, if =E2=80=9CGHC_PACKAGE_PATH=E2=80=9D is not set, Cabal = would theoretically work, but we never get there! The custom =E2=80=9CSetup.hs= =E2=80=9D code errors out with missing packages before ever calling Cabal. I don=E2=80=99t think that switching from =E2=80=9Crunhaskell=E2=80=9D to = =E2=80=9Crunghc=E2=80=9D changes that. -- Tim