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

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 constraints文档：

  

构建约束是以指令+构建开头的行注释，其中列出了文件应包含在包中的条件。约束可能出现在任何类型的源文件中（不仅仅是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）或文字：

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。