Documentation ¶
Index ¶
- Variables
- func Package(s string) *string
- type Label
- func (l Label) Attr(attr string) (skylark.Value, error)
- func (l Label) AttrNames() []string
- func (l Label) Freeze()
- func (l Label) Hash() (uint32, error)
- func (l Label) IsAbs() bool
- func (l Label) Name() string
- func (l Label) Package() string
- func (l Label) Repo() string
- func (l Label) Split() (map[string]string, error)
- func (l Label) String() string
- func (l Label) Truth() skylark.Bool
- func (l Label) Type() string
- func (l Label) Valid() error
Constants ¶
This section is empty.
Variables ¶
Functions ¶
Types ¶
type Label ¶
type Label string
Label represents a perforce label we plan on adding more providers
func (Label) Split ¶
Split splits an label.Label into package and label pair
<label> := //<package name>:<target name> <package name> := https://docs.bazel.build/versions/master/build-ref.html#package-names-package-name The name of a package is the name of the directory containing its BUILD file, relative to the top-level directory of the source tree. For example: my/app. Package names must be composed entirely of characters drawn from the set A-Z, a–z, 0–9, '/', '-', '.', and '_', and cannot start with a slash. For a language with a directory structure that is significant to its module system (e.g. Java), it is important to choose directory names that are valid identifiers in the language. Although Bazel allows a package at the build root (e.g. //:foo), this is not advised and projects should attempt to use more descriptively named packages. Package names may not contain the substring //, nor end with a slash. <target name> := https://docs.bazel.build/versions/master/build-ref.html#name Target names must be composed entirely of characters drawn from the set a–z, A–Z, 0–9, and the punctuation symbols _/.+-=,@~. Do not use .. to refer to files in other packages; use //packagename:filename instead. Filenames must be relative pathnames in normal form, which means they must neither start nor end with a slash (e.g. /foo and foo/ are forbidden) nor contain multiple consecutive slashes as path separators (e.g. foo//bar). Similarly, up-level references (..) and current-directory references (./) are forbidden. The sole exception to this rule is that a target name may consist of exactly '.'. While it is common to use / in the name of a file target, we recommend that you avoid the use of / in the names of rules. Especially when the shorthand form of a label is used, it may confuse the reader. The label //foo/bar/wiz is always a shorthand for //foo/bar/wiz:wiz, even if there is no such package foo/bar/wiz; it never refers to //foo:bar/wiz, even if that target exists. However, there are some situations where use of a slash is convenient, or sometimes even necessary. For example, the name of certain rules must match their principal source file, which may reside in a subdirectory of the package.
Click to show internal directories.
Click to hide internal directories.