我可以根据我构建的操作系统导入Golang软件包吗?

时间:2016-03-08 00:17:57

标签: go upstart launchd systemd sysv

假设我有一个go项目基于哪个操作系统,在某些情况下哪个发行版,我想使用一个Systemd客户端软件包与一个Upstart客户端软件包相比一个sysv客户端软件包与一个launchd客户端软件包。是否有可能有选择地导入每个包,所以我只导入我需要的每个OS /发行版我需要建立的?或者我是否必须为每个OS /发行版导入每个包?

2 个答案:

答案 0 :(得分:8)

  

Package build

     

Build Constraints

     

构建约束(也称为构建标记)是行注释   开始

// +build
     

列出了文件应包含在其中的条件   包。约束可能出现在任何类型的源文件中(不仅仅是   Go),但它们必须出现在文件顶部附近,前面只有   空行和其他行注释。这些规则意味着在Go文件中   构建约束必须出现在package子句之前。

     

要区分构建约束和包文档,一系列   构建约束必须后跟一个空行。

     

构建约束被评估为空格分隔选项的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
     

在特定构建期间,满足以下字词:

- the target operating system, as spelled by runtime.GOOS
- the target architecture, as spelled by runtime.GOARCH
- the compiler being used, either "gc" or "gccgo"
- "cgo", if ctxt.CgoEnabled is true
- "go1.1", from Go version 1.1 onward
- "go1.2", from Go version 1.2 onward
- "go1.3", from Go version 1.3 onward
- "go1.4", from Go version 1.4 onward
- "go1.5", from Go version 1.5 onward
- "go1.6", from Go version 1.6 onward
- any additional words listed in ctxt.BuildTags
     

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

*_GOOS
*_GOARCH
*_GOOS_GOARCH
     

(例如:source_windows_amd64.go)其中GOOS和GOARCH代表任何   然后分别知道已知的操作系统和体系结构值   文件被认为具有隐式构建约束要求   那些术语(除了文件中的任何显式约束)。

     

保持文件不被考虑用于构建:

// +build ignore
     

(任何其他不满意的词也会起作用,但“忽略”是   常规的。)

     

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

// +build linux,cgo darwin,cgo
     

这样的文件通常与实现该文件的另一个文件配对   其他系统的默认功能,在这种情况下会   进行约束:

// +build !linux,!darwin !cgo
     

命名文件dns_windows.go将导致仅在包含文件时包含该文件   为Windows构建软件包;同样,math_386.s将是   仅在为32位x86构建程序包时包含。

     

使用GOOS = android匹配构建标签和文件,就像GOOS = linux一样   除了Android标签和文件。

使用构建约束。

使用包含多个文件的单个包。每个文件专门用于特定的操作系统,体系结构等组合。

答案 1 :(得分:0)

<块引用>

构建约束被评估为空格分隔选项的 OR;每个选项都计算为其逗号分隔项的 AND;每个术语都是一个字母数字单词,或者,前面有 !

实际上,这将改变with Go 1.17(2021 年第 3 季度)

<块引用>

//go:build

go 命令现在可以理解 //go:build 行并且比 // +build 行更喜欢它们。

新语法使用布尔表达式,就像 Go 一样,应该更不容易出错。

在此版本中,新语法得到全面支持,所有 Go 文件都应更新为具有相同含义的两种形式。
为了帮助迁移,gofmt 现在会自动同步两个表单。
有关语法和迁移计划的更多详细信息,请参阅 https://golang.org/design/draft-gobuild

来自设计文档:

<块引用>

设计的核心思想是用使用更熟悉的布尔表达式的新 // +build 行替换当前用于构建标记选择的 //go:build 行。

例如旧语法

// +build linux
// +build 386

将被新语法取代

//go:build linux && 386