mirror of
https://github.com/fish-shell/fish-shell.git
synced 2024-11-29 05:03:46 +08:00
cb59da7a6f
darcs-hash:20080108213600-75c98-b68f1bc3846ca7050955ee0f133acd20282cb908.gz
87 lines
5.3 KiB
Plaintext
87 lines
5.3 KiB
Plaintext
\section set set - handle environment variables.
|
|
|
|
\subsection set-synopsis Synopsis
|
|
<pre>
|
|
set [SCOPE_OPTIONS]
|
|
set [OPTIONS] VARIABLE_NAME VALUES...
|
|
set [OPTIONS] VARIABLE_NAME[INDICES]... VALUES...
|
|
set (-q | --query) [SCOPE_OPTIONS] VARIABLE_NAMES...
|
|
set (-e | --erase) [SCOPE_OPTIONS] VARIABLE_NAME
|
|
set (-e | --erase) [SCOPE_OPTIONS] VARIABLE_NAME[INDICES]...
|
|
</pre>
|
|
|
|
The <code>set</code> builtin causes fish to assign the variable <code>VARIABLE_NAME</code> the values <code>VALUES...</code>.
|
|
|
|
\subsection set-description Description
|
|
- <code>-e</code> or <code>--erase</code> causes the specified environment variable to be erased
|
|
- <code>-l</code> or <code>--local</code> forces the specified environment variable to be given a scope that is local to the current block, even if a variable with the given name exists and is non-local
|
|
- <code>-g</code> or <code>--global</code> causes the specified environment variable to be given a global scope. Non-global variables disappear when the block they belong to ends
|
|
- <code>-U</code> or <code>--universal</code> causes the specified environment variable to be given a universal scope. If this option is supplied, the variable will be shared between all the current users fish instances on the current computer, and will be preserved across restarts of the shell.
|
|
- <code>-n</code> or <code>--names</code> List only the names of all defined variables, not their value
|
|
- <code>-q</code> or <code>--query</code> test if the specified variable names are defined. Does not output anything, but the builtins exit status is the number of variables specified that were not defined.
|
|
- <code>-u</code> or <code>--unexport</code> causes the specified environment not to be exported to child processes
|
|
- <code>-x</code> or <code>--export</code> causes the specified environment variable to be exported to child processes
|
|
|
|
If set is called with no arguments, the names and values of all
|
|
environment variables are printed. If some of the scope or export
|
|
flags have been given, only the variables matching the specified scope
|
|
are printed.
|
|
|
|
If a variable is set to more than one value, the variable will be an
|
|
array with the specified elements. If a variable is set to zero
|
|
elements, it will become an array with zero elements.
|
|
|
|
If the variable name is one or more array elements, such as
|
|
<code>PATH[1 3 7]</code>, only those array elements specified will be
|
|
changed. When array indices are specified to set, multiple arguments
|
|
may be used to specify additional indexes, e.g. <code>set PATH[1]
|
|
PATH[4] /bin /sbin</code>. If you specify a negative index when
|
|
expanding or assigning to an array variable, the index will be
|
|
calculated from the end of the array. For example, the index -1 means
|
|
the last index of an array.
|
|
|
|
The scoping rules when creating or updating a variable are:
|
|
|
|
-# If a variable is explicitly set to either universal, global or local, that setting will be honored. If a variable of the same name exists in a different scope, that variable will not be changed.
|
|
-# If a variable is not explicitly set to be either universal, global or local, but has been previously defined, the previous variable scope is used.
|
|
-# If a variable is not explicitly set to be either universal, global or local and has never before been defined, the variable will be local to the currently executing functions. If no function is executing, the variable will be global.
|
|
|
|
The exporting rules when creating or updating a variable are identical
|
|
to the scoping rules for variables:
|
|
|
|
-# If a variable is explicitly set to either be exported or not exported, that setting will be honored.
|
|
-# If a variable is not explicitly set to be exported or not exported, but has been previously defined, the previous exporting rule for the variable is kept.
|
|
-# If a variable is not explicitly set to be either exported or unexported and has never before been defined, the variable will not be exported.
|
|
|
|
In query mode, the scope to be examined can be specified.
|
|
|
|
In erase mode, if variable indices are specified, only the specified
|
|
slices of the array variable will be erased. When erasing an entire
|
|
variable (i.e. no slicing), the scope of the variable to be erased can
|
|
be specified. That way, a global variable can be erased even if a
|
|
local variable with the same name exists. Scope can not be specified
|
|
when erasing a slice of an array. The innermost scope is always used.
|
|
|
|
The set command requires all switch arguments to come before any
|
|
non-switch arguments. For example, <code>set flags -l</code> will have
|
|
the effect of setting the value of the variable <code>flags</code> to
|
|
'-l', not making the variable local.
|
|
|
|
In assignment mode, set exits with an exit status of zero it the
|
|
variable assignments where sucessfully performed, with a non-zero exit
|
|
status otherwise. In query mode, the exit status is the number of
|
|
variables that where not found. In erase mode, set exits with a zero
|
|
exit status in case of success, with a non-zero exit status if the
|
|
commandline was invalid, if the variable was write-protected or if the
|
|
variable did not exist.
|
|
|
|
\subsection set-example Example
|
|
|
|
<code>set -xg</code> will print all global, exported variables.
|
|
|
|
<code>set foo hi</code> sets the value of the variable foo to be hi.
|
|
|
|
<code>set -e smurf</code> removes the variable \c smurf.
|
|
|
|
<code>set PATH[4] ~/bin</code> changes the fourth element of the \c PATH array to \c ~/bin
|