注意：这是 haskell官方镜像 的 arm64v8 架构构建的“每架构”仓库——更多信息请参见官方镜像文档中的“除amd64外的架构？”以及官方镜像FAQ中的“Git中镜像源已更改，该怎么办？”。

快速参考

• 维护者：
  Docker社区

• 获取帮助：
  Docker社区Slack、Server Fault、Unix & Linux 或 Stack Overflow

支持的标签及对应的 Dockerfile 链接

• 9.12.2-bookworm, 9.12-bookworm, 9-bookworm, bookworm, 9.12.2, 9.12, 9, latest

• 9.12.2-slim-bookworm, 9.12-slim-bookworm, 9-slim-bookworm, slim-bookworm, 9-slim, slim

• 9.10.2-bullseye, 9.10-bullseye, 9-bullseye, bullseye, 9.10.2, 9.10

• 9.10.2-slim-bullseye, 9.10-slim-bullseye, 9-slim-bullseye, slim-bullseye

• 9.8.4-bullseye, 9.8-bullseye, 9.8.4, 9.8

• 9.8.4-slim-bullseye, 9.8-slim-bullseye, 9.8.4-slim, 9.8-slim

• 9.6.7-bullseye, 9.6-bullseye, 9.6.7, 9.6

• 9.6.7-slim-bullseye, 9.6-slim-bullseye, 9.6.7-slim, 9.6-slim

快速参考（续）

• 提交issue的位置：
  [***]

• 支持的架构：(更多信息)
  amd64、arm64v8

• 已发布镜像 artifact 详情：
  repo-info 仓库的 repos/haskell/ 目录（历史记录）
  （镜像元数据、传输大小等）

• 镜像更新：
  official-images 仓库的 library/haskell 标签
  official-images 仓库的 library/haskell 文件（历史记录）

• 本描述的来源：
  docs 仓库的 haskell/ 目录（历史记录）

什么是Haskell？

Haskell 是一种惰性、函数式、静态类型编程语言，具有高级类型系统特性，如高阶、高类阶参数化多态、单子效应、广义代数数据类型（GADTs）、灵活的类型类、关联类型族等。

Haskell 的 ghc 是一款可移植的优化编译器，具有外部函数接口（FFI）、LLVM 后端，以及对并发、显式/隐式并行、运行时分析等的复杂运行时支持。其他 Haskell 工具如 criterion、quickcheck、hpc 和 haddock 提供高级基准测试、基于属性的测试、代码覆盖率和文档生成功能。

大量生产级质量的 Haskell 库可从 Hackage 以 Cabal 包的形式获取。传统的 cabal 工具或较新的 stack 工具（7.10.3 及以上版本可用）可用于简化 Cabal 包的使用。

!logo

关于本镜像

本镜像包含最小化的 Haskell 工具链（ghc 和 cabal-install）以及尽可能包含的 stack 工具（[***]stack 当前不支持 ARM64，因此该处理器架构的镜像中不包含 stack。

ARM64 支持是新增的，目前应视为实验性阶段。从 8.10.7、9.0.2 和 9.2.1 版本开始添加了 ARM64 支持。

注意：GHC 开发者不支持旧版本发布分支（即 7.8.x）。只有最近的两个次要版本会接收更新或显示在本页面顶部的“支持的标签...”部分。

此外，我们旨在支持 Debian 的两个最新版本（stable 和 oldstable）作为变体，若未指定，最新版本为默认版本。

注意：当前 Debian 的 stable 版本是 11 bullseye，但 Haskell 工具链尚未支持该版本。在此之前，默认版本仍为 Debian 10 buster。我们已停止对 Debian 9 stretch 的支持。

如何使用本镜像

使用 ghci 启动交互式解释器会话：

$ docker run -it --rm arm64v8/haskell:9
GHCi, version 9.0.1: [***]  :? for help
Prelude>

使用 stack 容器化应用：

FROM arm64v8/haskell:8.10
RUN stack install --resolver lts-17.14 pandoc citeproc
ENTRYPOINT ["pandoc"]

使用 cabal 容器化应用：

FROM arm64v8/haskell:8.10
RUN cabal update && cabal install pandoc citeproc
ENTRYPOINT ["pandoc"]

使用利用构建缓存的 Dockerfile 迭代开发 Haskell 应用：

FROM arm64v8/haskell:8

WORKDIR /opt/example

RUN cabal update

# 仅添加.cabal文件以捕获依赖项
COPY ./example.cabal /opt/example/example.cabal

# Docker 会将此命令缓存为一个层，使我们可以修改源代码而无需重新安装依赖项
#（除非.cabal文件发生更改！）
RUN cabal build --only-dependencies -j4

# 添加并安装应用代码
COPY . /opt/example
RUN cabal install

CMD ["example"]

关于 happy、alex 等工具的注意事项

一些同时作为构建依赖的包（如 happy 和 alex）不再包含在本镜像中（从 arm64v8/haskell:8.2.2 和 arm64v8/haskell:8.4.3 版本开始）。存在一个引导问题，即可能会假设这些工具中的一个或多个已可用。如果遇到有关 Cabal 包中未明确列出的依赖项缺失的错误，你需要显式标记它们进行安装。

关于 Stack 的注意事项

Stack 工具主要设计为直接在主机上运行，并具有许多高级功能，如 GHC 引导和 Docker 集成。在容器镜像环境中，某些功能（stack docker）可能与 Docker 抽象冲突，应避免使用。

另一个常见的易混淆场景是默认的 Stackage 快照。Stackage 快照是一组固定到特定版本的 Haskell 包集合，以确保与特定 GHC 版本的兼容性。当你要求 Stack 解析依赖项时，它会通过 resolver 值引用特定快照。虽然你应在项目中显式指定 resolver，但也可能使用自动生成的默认值。该默认值由请求时从上游 Stackage 服务器获取的值确定，并指向最新的“LTS”快照。如果快照引用的 GHC 版本与 Docker 镜像中提供的版本不同，你可能会看到如下消息：

Step 2/3 : RUN stack install pandoc
 ---> Running in e20466d52060
Writing implicit global project config file to: /root/.stack/global-project/stack.yaml
Note: You can change the snapshot via the resolver field there.
Using latest snapshot resolver: lts-11.11
Downloading lts-11.11 build plan ...
Downloaded lts-11.11 build plan.
Compiler version mismatched, found ghc-8.4.3 (x86_64), but expected minor version match with ghc-8.2.2 (x86_64) (based on resolver setting in /root/.stack/global-project/stack.yaml).
To install the correct GHC into /root/.stack/programs/x86_64-linux/, try running "stack setup" or use the "--install-ghc" flag.

在这种情况下，arm64v8/haskell Docker 镜像中的 GHC 版本领先于 Stack 默认解析器预期的 GHC 版本。如输出所示，推荐的方法是手动设置解析器（通常通过 stack.yml）。

Step 2/3 : RUN stack install --resolver ghc-8.4.3 pandoc
 ---> Running in 0bd7f1fcc8b2
Writing implicit global project config file to: /root/.stack/global-project/stack.yaml
Note: You can change the snapshot via the resolver field there.
Using resolver: ghc-8.4.3 specified on command line
Updating package index Hackage (mirrored at [***] ...
Selected mirror [***]

使用 --install-ghc 的替代方法在 Docker 镜像上下文中没有意义，因此（从 arm64v8/haskell:8.2.2 和 arm64v8/haskell:8.4.3 版本开始）全局 install-ghc 标志已设置为 false，以避免在容器中引导新 GHC 的默认行为。

镜像变体

arm64v8/haskell 镜像有多种版本，每种版本设计用于特定用例。

arm64v8/haskell:<version>

这是默认镜像。如果你不确定自己的需求，可能需要使用此版本。它设计为既可作为临时容器（挂载源代码并启动容器以运行应用），也可作为构建其他镜像的基础。

其中一些标签可能包含 bookworm 或 bullseye 等名称。这些是 Debian 发行版的代号，表示镜像所基于的发行版。如果你的镜像需要安装除镜像自带包之外的其他包，你可能需要显式指定其中一个代号，以最大程度减少 Debian 新版本发布时的中断。

arm64v8/haskell:<version>-slim

此镜像不包含默认标签中的常见包，仅包含运行 ghc、cabal-install 和 stack 所需的最小包。此外，不包含分析支持，可节省约 700MB 空间。

如果镜像大小是关注点，建议使用 slim 镜像。

许可证

本镜像根据 MIT 许可证授权（LICENSE），并包含根据 BSD 许可证授权的软件：Glasgow Haskell Compiler 许可证、Stack 许可证。

与所有 Docker 镜像一样，这些镜像可能还包含其他受其他许可证约束的软件（如基础发行版中的 Bash 等，以及主要软件的任何直接或间接依赖项）。

一些能够自动检测到的其他许可证信息可能位于 repo-info 仓库的 haskell/ 目录中。

对于任何预构建镜像的使用，镜像用户有责任确保对本镜像的任何使用都符合其中包含的所有软件的相关许可证。