编译时按架构排除 go 源文件

Question

我正在为 Windows 编写一个 Go 程序，其中包含几个包。其中一个包是使用 CGo 调用一些 .h 和 .c 文件中定义的一些函数。这些 .c 文件依赖于 windows.h 。由于在 Windows 平台上开发非常乏味，我想制作这个文件中的功能模型并在 Linux 上开发。但是当我尝试编译时，我得到：fatal error: windows.h: No such file or directory由于 go 工具尝试编译我的 Windows 相关文件。有没有办法解决这个问题？我知道把类似的东西#ifdef ..import x#endif不是最佳实践，但在这种情况下，我需要一些东西来只编译“Linux”文件。

Answer 1

引用构建约束文档：

构建约束是以指令 +build 开头的行注释，它列出了文件应包含在包中的条件。约束可以出现在任何类型的源文件中（不仅仅是 Go），但它们必须出现在文件顶部附近，前面只能有空行和其他行注释。

为了将构建约束与包文档区分开来，一系列构建约束后必须跟一个空行。

构建约束被评估为空格分隔选项的 OR；每个选项都计算为其逗号分隔项的 AND；并且每个术语都是一个字母数字单词，或者在前面加上 !，它的否定。也就是说，构建约束：

// +build linux,386 darwin,!cgo

对应于布尔公式：

(linux AND 386) OR (darwin AND (NOT cgo))

一个文件可能有多个构建约束。整体约束是单个约束的 AND。也就是说，构建约束：

// +build linux darwin// +build 386

对应于布尔公式：

(linux OR darwin) AND 386

在特定构建期间，满足以下条件：

• 目标操作系统，由 runtime.GOOS 拼写

• 目标架构，由 runtime.GOARCH 拼写

• 正在使用的编译器，“gc”或“gccgo”

• "cgo", 如果 ctxt.CgoEnabled 为真

• “go1.1”，从 Go 版本 1.1 开始

• ctxt.BuildTags 中列出的任何其他单词

如果文件名在去除扩展名和可能的 _test 后缀后与以下任一模式匹配：

*_GOOS*_GOARCH*_GOOS_GOARCH

（例如：source_windows_amd64.go）或文字：

GOOSGOARCH

（例如：windows.go）其中 GOOS 和 GOARCH 分别代表任何已知的操作系统和体系结构值，然后该文件被认为具有需要这些术语的隐式构建约束。

要防止文件被考虑用于构建：

// +build ignore

（任何其他不满意的词也可以使用，但“忽略”是约定俗成的。）

仅在使用 cgo 并且仅在 Linux 和 OS X 上构建文件：

// +build linux,cgo darwin,cgo

这样的文件通常与为其他系统实现默认功能的另一个文件配对，在这种情况下，它将带有约束：

// +build !linux,!darwin !cgo

命名文件 dns_windows.go 将使其仅在为 Windows 构建包时被包含；类似地，只有在为 32 位 x86 构建包时才会包含 math_386.s。