Skip to main content
版本: 0.7

kcl.mod: KCL 包清单文件

1. KCL 包清单

每个模块的 kcl.mod 文件都被称为其清单。它采用 TOML 格式编写,包含编译模块所需的元数据。

目前 kcl.mod 中支持如下内容:

2. package

kcl.mod 中的第一个部分是 [package]。主要包含 name, version, editiondescription 字段。

2.1. name

name 是包的名称,它是一个字符串, 这是一个必要的字段, 注意,包的名称中不可以包含"."

例如: 一个包名为 my_pkg 的 kcl 程序包。

[package]
name = "my_pkg"

2.2. version

version 是包的版本,它是一个字符串, 这是一个必要的字段。注意,目前 KCL 程序包的版本号仅支持语义化版本号。

例如: my_pkg 程序包的版本号为 0.1.0

[package]
name = "my_pkg"
version = "0.1.0"

2.3. edition

edition 是 KCL 编译器版本,它是一个字符串, 这是一个必要的字段。注意,目前 KCL 编译器版本号仅支持语义化版本号。

例如: my_pkg 程序包的版本号为 0.1.0, 并且与 0.5.1 的 KCL 编译器兼容。

[package]
name = "my_pkg"
version = "0.1.0"
edition = "0.5.0"

2.4. description

description 是包的描述,它是一个字符串, 这是一个可选的字段。

例如: my_pkg 程序包的描述为 This is my package.

[package]
name = "my_pkg"
version = "0.1.0"
edition = "0.5.0"
description = "This is my package."

3. dependencies

你的 kcl 包可以依赖于来自 OCI 仓库、Git 存储库或本地文件系统子目录的其他库。

3.1. oci dependency

KCL 包管理工具默认将包保存在 oci registry 上,默认使用的 oci registry 是 ghcr.io/kcl-lang。 更多内容关于 oci registry 请参考 支持 OCI registry

你可以按照以下方式指定依赖项:

[dependencies]
<package name> = <package_version>

这将会从 oci registry 中拉取名称为 <package name> 的包,版本为 <package_version>

如果您希望拉取 k8s 包的 1.27 版本:

[dependencies]
k8s = "1.27"

3.2. git dependency

根据 git 仓库中的 tag 指定对应的依赖。

[dependencies]
<package name> = { git = "<git repo url>", tag = "<git repo tag>" }

这将会从 Git 存储库<git repo url>中拉取名称为 <package name> 的包,tag<git repo tag>

根据 git 仓库中的 commit id 指定对应的依赖。

[dependencies]
<package name> = { git = "<git repo url>", commit = "<git repo commit>" }

这将会从 Git 存储库<git repo url>中拉取名称为 <package name> 的包,commit id<git repo commit>

3.3 local dependency

通过 path 指定本地三方库依赖。

[dependencies]
<package name> = {path = "<package local path>"}

这将会从本地文件路径 <package local path> 中加载名称为 <package name> 的包。

4. entries

你可以在编译时指定包的入口点。

entries[profile] 部分的子部分。entries 是一个字符串数组,包含编译器的入口点。这是一个可选的字段,如果没有指定,则默认为包根目录下的所有 *.k 文件。

[profile]
entries = [
...
]

entries 中可以定义绝对路径和相对路径,如果定义的是相对路径,那么就会以当前包的

entries 是 kcl 包根路径的相对路径,kcl.mod 文件路径是包的根路径。支持两种文件路径格式,即 normal pathsmod relative paths

  • normal path:相对于当前包的根路径。
  • mod relative path:相对于 kcl.mod 中 dependencies 部分中的三方包的根路径。

例如:

  1. 如果 kcl.mod 位于 /usr/my_pkg/kcl.mod,则 kpm run 将把 /usr/my_pkg/entry1.k/usr/my_pkg/subdir/entry2.k 作为 kcl 编译器的入口点。
entries = [
"entry1.k",
"subdir/entry2.k",
]
  1. 如果 kcl.mod 位于 /usr/my_pkg/kcl.mod,并且当前 kcl 包依赖于 kclk8s。你可以使用 mod relative paths 将来自包 k8s 中的 kcl 文件作为 kcl 编译器的入口点。
entries = [
"entry1.k",
"subdir/entry2.k",
"${k8s:KCL_MOD}/core/api/v1/deployment.k"
]

mod relative paths 必须包含前缀 ${k8s:KCL_MOD},其中 k8s 是包名,${k8s:KCL_MOD} 表示包 k8s 的包根路径。因此,如果 k8s 的包根路径是 /.kcl/kpm/k8s,则上面的 entries 将把 /usr/my_pkg/entry1.k/usr/my_pkg/subdir/entry2.k/.kcl/kpm/k8s/core/api/v1/deployment.k 作为 kcl 编译器的入口点。

注意

你可以使用 normal path 指定当前包路径中的编译入口点,使用 mod relative path 指定三方包中的入口点。

因此,使用 normal path 制定的文件路径必须来自于同一个包,即从 normal path 开始寻找的 kcl.mod 路径必须只能找到一个 kcl.mod 文件,不然编译器将输出错误。

例如:

在路径 /usr/kcl1

/usr/kcl1
|--- kcl.mod
|--- entry1.k

在路径 /usr/kcl2

/usr/kcl2
|--- kcl.mod
|--- entry2.k

如果你在路径/usr/kcl1下使用这样的 kcl.mod 编译:

entries = [
"entry1.k", # 对应的 kcl.mod 文件是 /usr/kcl1/kcl.mod
"/usr/kcl2/entry2.k", # 对应的 kcl.mod 文件是 /usr/kcl2/kcl.mod
]

将会得到错误:

error[E3M38]: conflict kcl.mod file paths