编译时按体系结构排除源文件

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

引用构建约束文档:

构建约束是以指令+构建开头的行注释,其中列出了文件应包含在包中的条件.约束可能出现在任何类型的源文件中(不仅仅是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为true
• "go1.1",从Go 1.1版开始
• ctxt.BuildTags中列出的任何其他单词

如果文件的名称在剥离扩展名和可能的_test后缀之后匹配以下任何模式:

*_GOOS
*_GOARCH
*_GOOS_GOARCH

(例如:source_windows_amd64.go)或文字:

GOOS
GOARCH

(例如: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.