我在Mac上用Haskell编写程序（命令行可执行文件，而不是应用程序）。我正在使用GitHub来托管git存储库和主页。我制作了<project>.cabal和Setup.hs文件，因为Cabal可以轻松构建，测试和生成文档。我也可能上传到Hackage，我不知道。
当我标记版本1.0时，我想制作一个Homebrew公式，从GitHub下载tarball并构建它。 我希望唯一的依赖是GHC 。
我将使用runhaskell Setup configure / build / install（前缀为/ usr / local / Cellar / ...）而不是cabal命令以避免依赖cabal-install。
在我开始使用Hackage的软件包之前，这一切都很好，例如火焰建造者和艾森。我应该怎么做呢？
我不想强迫非Haskellers必须下载整个Haskell平台。理想情况下，人们应该能够让Homebrew在构建我的程序之前安装GHC，然后如果他们这样选择，请在之后删除GHC。如果我使Haskell平台成为依赖项并首先通过cabal-install或类似方法安装我的Haskell依赖项，
~/.cabal/文件夹将被遗忘，即使之后他们也是
brew uninstall haskell-platform cabal install，即将大部分范围限制为Haskellers。我认为Cabal（-install）+ Hackage是开发和Haskellers的有用工具，但不适用于此。
我应该只下载我正在使用的软件包的源代码并将其包含在我的源代码树中，并将其添加到构建命令中吗？或者我应该使用--package-db选项（找到here）？或者我的公式可以动态下载包的tar包并构建它吗？
我稍微查看了cabal2arch（Arch wiki，GitHub repo），但我不确定它是如何处理依赖关系的，或者它是否正在做我不想做的事情。
答案 0 :(得分：1)
在我看来，如果您决定使用软件包管理器，则应确保可以构建所有依赖项或以其他方式提供这些依赖项。如果您只依赖GHC及其核心库，那么整个平台就不需要同时构建。
但是，如果您希望从源代码构建（IMO在众多但不是所有案例中都是一个好主意），那么构建所有依赖项是您必须要接受的。我们对我们在HPC环境中使用的构建系统[1]也这样做，以便在我们的超级计算机上部署科学软件。但这确实需要付出代价。引导这样的系统可能需要相当长的时间，因为您需要整个工具链和所有必需的库。
事实上，正如我们所说的那样，我正在为GHC和haskell软件包构建系统提供支持，是的，如果需要，还会引入依赖关系。至少，我会确保我们可以部署cabal，以便我们的用户可以根据需要在他们的帐户上安装Haskell。
TL; DR添加对依赖项的支持。
答案 1 :(得分：0)
Hledger是一个Haskell程序，只需使用自制程序即可安装。 您可以在公式文件中查看：
https://github.com/Homebrew/homebrew-core/blob/master/Formula/hledger.rb
正如您在文件中看到的那样，它们包括{
"rules": {
".read": "root.child('allowedUsers').child(auth.uid).exists()"
}
}
和ghc的一些依赖项。