1993-10-04 22:07:27 +00:00
|
|
|
.\" -*- nroff -*-
|
2005-01-10 08:39:26 +00:00
|
|
|
.\"-
|
1993-07-21 22:56:14 +00:00
|
|
|
.\" Copyright (c) 1993 Winning Strategies, Inc.
|
|
|
|
.\" All rights reserved.
|
|
|
|
.\"
|
|
|
|
.\" Redistribution and use in source and binary forms, with or without
|
|
|
|
.\" modification, are permitted provided that the following conditions
|
|
|
|
.\" are met:
|
|
|
|
.\" 1. Redistributions of source code must retain the above copyright
|
|
|
|
.\" notice, this list of conditions and the following disclaimer.
|
|
|
|
.\" 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
.\" notice, this list of conditions and the following disclaimer in the
|
|
|
|
.\" documentation and/or other materials provided with the distribution.
|
|
|
|
.\" 3. All advertising materials mentioning features or use of this software
|
|
|
|
.\" must display the following acknowledgement:
|
|
|
|
.\" This product includes software developed by Winning Strategies, Inc.
|
|
|
|
.\" 4. The name of the author may not be used to endorse or promote products
|
1996-01-29 22:53:24 +00:00
|
|
|
.\" derived from this software without specific prior written permission
|
1993-07-21 22:56:14 +00:00
|
|
|
.\"
|
|
|
|
.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
|
|
|
|
.\" IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
|
|
|
|
.\" OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
|
|
|
|
.\" IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
|
|
|
|
.\" INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
|
|
|
|
.\" NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
|
|
|
|
.\" DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
|
|
|
|
.\" THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
|
|
|
|
.\" (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
|
|
|
|
.\" THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
.\"
|
1999-08-27 23:15:48 +00:00
|
|
|
.\" $FreeBSD$
|
1993-07-21 22:56:14 +00:00
|
|
|
.\"
|
2016-10-05 19:26:35 +00:00
|
|
|
.Dd October 5, 2016
|
1993-07-21 22:56:14 +00:00
|
|
|
.Dt EXPR 1
|
|
|
|
.Os
|
|
|
|
.Sh NAME
|
|
|
|
.Nm expr
|
|
|
|
.Nd evaluate expression
|
|
|
|
.Sh SYNOPSIS
|
2000-11-20 11:39:41 +00:00
|
|
|
.Nm
|
2002-05-10 22:59:29 +00:00
|
|
|
.Op Fl e
|
1993-07-21 22:56:14 +00:00
|
|
|
.Ar expression
|
|
|
|
.Sh DESCRIPTION
|
|
|
|
The
|
1998-05-13 07:43:56 +00:00
|
|
|
.Nm
|
2001-07-15 07:53:42 +00:00
|
|
|
utility evaluates
|
1993-07-21 22:56:14 +00:00
|
|
|
.Ar expression
|
|
|
|
and writes the result on standard output.
|
|
|
|
.Pp
|
2002-03-22 20:18:26 +00:00
|
|
|
All operators and operands must be passed as separate arguments.
|
|
|
|
Several of the operators have special meaning to command interpreters
|
|
|
|
and must therefore be quoted appropriately.
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
All integer operands are interpreted in base 10 and must consist of only
|
|
|
|
an optional leading minus sign followed by one or more digits (unless
|
2012-02-25 14:31:25 +00:00
|
|
|
less strict parsing has been enabled for backwards compatibility with
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
prior versions of
|
|
|
|
.Nm
|
|
|
|
in
|
|
|
|
.Fx ) .
|
2002-03-22 20:18:26 +00:00
|
|
|
.Pp
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
Arithmetic operations are performed using signed integer math with a
|
|
|
|
range according to the C
|
2002-05-29 15:18:35 +00:00
|
|
|
.Vt intmax_t
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
data type (the largest signed integral type available).
|
|
|
|
All conversions and operations are checked for overflow.
|
|
|
|
Overflow results in program termination with an error message on stdout
|
|
|
|
and with an error status.
|
|
|
|
.Pp
|
|
|
|
The
|
2002-05-10 22:59:29 +00:00
|
|
|
.Fl e
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
option enables backwards compatible behaviour as detailed below.
|
1993-07-21 22:56:14 +00:00
|
|
|
.Pp
|
2002-03-22 20:18:26 +00:00
|
|
|
Operators are listed below in order of increasing precedence; all
|
|
|
|
are left-associative.
|
2007-03-04 19:52:07 +00:00
|
|
|
Operators with equal precedence are grouped within symbols
|
|
|
|
.Ql {
|
|
|
|
and
|
|
|
|
.Ql } .
|
1993-07-21 22:56:14 +00:00
|
|
|
.Bl -tag -width indent
|
2012-05-13 14:16:04 +00:00
|
|
|
.It Ar expr1 Li \&| Ar expr2
|
2001-07-15 07:53:42 +00:00
|
|
|
Return the evaluation of
|
|
|
|
.Ar expr1
|
1993-07-21 22:56:14 +00:00
|
|
|
if it is neither an empty string nor zero;
|
|
|
|
otherwise, returns the evaluation of
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
.Ar expr2
|
|
|
|
if it is not an empty string;
|
|
|
|
otherwise, returns zero.
|
1993-07-21 22:56:14 +00:00
|
|
|
.It Ar expr1 Li & Ar expr2
|
1998-05-13 07:43:56 +00:00
|
|
|
Return the evaluation of
|
1993-07-21 22:56:14 +00:00
|
|
|
.Ar expr1
|
|
|
|
if neither expression evaluates to an empty string or zero;
|
|
|
|
otherwise, returns zero.
|
2015-04-26 10:09:26 +00:00
|
|
|
.It Ar expr1 Bro =, >, >=, <, <=, != Brc Ar expr2
|
2001-07-15 07:53:42 +00:00
|
|
|
Return the results of integer comparison if both arguments are integers;
|
1993-10-04 22:07:27 +00:00
|
|
|
otherwise, returns the results of string comparison using the locale-specific
|
|
|
|
collation sequence.
|
1993-07-21 22:56:14 +00:00
|
|
|
The result of each comparison is 1 if the specified relation is true,
|
|
|
|
or 0 if the relation is false.
|
2015-04-26 10:09:26 +00:00
|
|
|
.It Ar expr1 Bro +, - Brc Ar expr2
|
1998-05-13 07:43:56 +00:00
|
|
|
Return the results of addition or subtraction of integer-valued arguments.
|
2015-04-26 10:09:26 +00:00
|
|
|
.It Ar expr1 Bro *, /, % Brc Ar expr2
|
1998-05-13 07:43:56 +00:00
|
|
|
Return the results of multiplication, integer division, or remainder of integer-valued arguments.
|
2015-04-26 10:38:26 +00:00
|
|
|
.It Ar expr1 Li \&: Ar expr2
|
2001-07-15 07:53:42 +00:00
|
|
|
The
|
2007-03-04 19:52:07 +00:00
|
|
|
.Dq Li \&:
|
2001-07-15 07:53:42 +00:00
|
|
|
operator matches
|
|
|
|
.Ar expr1
|
|
|
|
against
|
1993-07-21 22:56:14 +00:00
|
|
|
.Ar expr2 ,
|
2002-03-22 20:18:26 +00:00
|
|
|
which must be a basic regular expression.
|
|
|
|
The regular expression is anchored
|
|
|
|
to the beginning of the string with an implicit
|
2007-03-04 19:52:07 +00:00
|
|
|
.Dq Li ^ .
|
1993-07-21 22:56:14 +00:00
|
|
|
.Pp
|
1993-10-04 22:07:27 +00:00
|
|
|
If the match succeeds and the pattern contains at least one regular
|
2001-07-15 07:53:42 +00:00
|
|
|
expression subexpression
|
2007-03-04 19:52:07 +00:00
|
|
|
.Dq Li "\e(...\e)" ,
|
2001-07-15 07:53:42 +00:00
|
|
|
the string corresponding to
|
2007-03-04 19:52:07 +00:00
|
|
|
.Dq Li \e1
|
1993-07-21 22:56:14 +00:00
|
|
|
is returned;
|
2001-07-15 07:53:42 +00:00
|
|
|
otherwise the matching operator returns the number of characters matched.
|
1993-10-04 22:07:27 +00:00
|
|
|
If the match fails and the pattern contains a regular expression subexpression
|
|
|
|
the null string is returned;
|
|
|
|
otherwise 0.
|
1993-07-21 22:56:14 +00:00
|
|
|
.El
|
|
|
|
.Pp
|
|
|
|
Parentheses are used for grouping in the usual manner.
|
2002-03-22 20:18:26 +00:00
|
|
|
.Pp
|
2002-10-28 00:15:43 +00:00
|
|
|
The
|
|
|
|
.Nm
|
|
|
|
utility makes no lexical distinction between arguments which may be
|
|
|
|
operators and arguments which may be operands.
|
|
|
|
An operand which is lexically identical to an operator will be considered a
|
|
|
|
syntax error.
|
|
|
|
See the examples below for a work-around.
|
|
|
|
.Pp
|
|
|
|
The syntax of the
|
|
|
|
.Nm
|
|
|
|
command in general is historic and inconvenient.
|
|
|
|
New applications are advised to use shell arithmetic rather than
|
|
|
|
.Nm .
|
|
|
|
.Ss Compatibility with previous implementations
|
2002-11-25 13:20:30 +00:00
|
|
|
Unless
|
|
|
|
.Fx
|
|
|
|
4.x
|
2002-10-28 00:15:43 +00:00
|
|
|
compatibility is enabled, this version of
|
2002-03-22 20:18:26 +00:00
|
|
|
.Nm
|
|
|
|
adheres to the
|
2002-11-26 17:55:41 +00:00
|
|
|
.Tn POSIX
|
2002-03-22 20:18:26 +00:00
|
|
|
Utility Syntax Guidelines, which require that a leading argument beginning
|
|
|
|
with a minus sign be considered an option to the program.
|
|
|
|
The standard
|
2002-05-29 15:18:35 +00:00
|
|
|
.Fl Fl
|
2002-03-22 20:18:26 +00:00
|
|
|
syntax may be used to prevent this interpretation.
|
|
|
|
However, many historic implementations of
|
|
|
|
.Nm ,
|
|
|
|
including the one in previous versions of
|
|
|
|
.Fx ,
|
|
|
|
will not permit this syntax.
|
|
|
|
See the examples below for portable ways to guarantee the correct
|
|
|
|
interpretation.
|
2002-05-11 03:08:12 +00:00
|
|
|
The
|
2002-10-28 00:15:43 +00:00
|
|
|
.Xr check_utility_compat 3
|
|
|
|
function (with a
|
|
|
|
.Fa utility
|
|
|
|
argument of
|
|
|
|
.Dq Li expr )
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
is used to determine whether backwards compatibility mode should be enabled.
|
2002-10-28 00:15:43 +00:00
|
|
|
This feature is intended for use as a transition and debugging aid, when
|
2002-05-11 03:08:12 +00:00
|
|
|
.Nm
|
|
|
|
is used in complex scripts which cannot easily be recast to avoid the
|
|
|
|
non-portable usage.
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
Enabling backwards compatibility mode also implicitly enables the
|
2002-05-11 03:08:12 +00:00
|
|
|
.Fl e
|
|
|
|
option, since this matches the historic behavior of
|
|
|
|
.Nm
|
|
|
|
in
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
.Fx . This option makes number parsing less strict and permits leading
|
2012-02-25 15:21:43 +00:00
|
|
|
white space and an optional leading plus sign.
|
|
|
|
In addition, empty operands
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
have an implied value of zero in numeric context.
|
2002-10-28 00:15:43 +00:00
|
|
|
For historical reasons, defining the environment variable
|
|
|
|
.Ev EXPR_COMPAT
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
also enables backwards compatibility mode.
|
2002-04-22 21:23:09 +00:00
|
|
|
.Sh ENVIRONMENT
|
2002-05-29 15:18:35 +00:00
|
|
|
.Bl -tag -width ".Ev EXPR_COMPAT"
|
2002-04-22 21:23:09 +00:00
|
|
|
.It Ev EXPR_COMPAT
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
If set, enables backwards compatibility mode.
|
2002-04-22 21:23:09 +00:00
|
|
|
.El
|
2005-01-16 16:41:59 +00:00
|
|
|
.Sh EXIT STATUS
|
|
|
|
The
|
|
|
|
.Nm
|
|
|
|
utility exits with one of the following values:
|
|
|
|
.Bl -tag -width indent -compact
|
|
|
|
.It 0
|
|
|
|
the expression is neither an empty string nor 0.
|
|
|
|
.It 1
|
|
|
|
the expression is an empty string or 0.
|
|
|
|
.It 2
|
|
|
|
the expression is invalid.
|
|
|
|
.El
|
1993-07-21 22:56:14 +00:00
|
|
|
.Sh EXAMPLES
|
2002-03-22 20:38:44 +00:00
|
|
|
.Bl -bullet
|
2001-07-15 07:53:42 +00:00
|
|
|
.It
|
2002-03-22 20:18:26 +00:00
|
|
|
The following example (in
|
|
|
|
.Xr sh 1
|
|
|
|
syntax) adds one to the variable
|
2002-03-22 20:38:44 +00:00
|
|
|
.Va a :
|
2002-05-29 15:18:35 +00:00
|
|
|
.Dl "a=$(expr $a + 1)"
|
2002-03-22 20:38:44 +00:00
|
|
|
.It
|
2002-03-22 20:49:29 +00:00
|
|
|
This will fail if the value of
|
2002-03-22 20:18:26 +00:00
|
|
|
.Va a
|
|
|
|
is a negative number.
|
|
|
|
To protect negative values of
|
|
|
|
.Va a
|
|
|
|
from being interpreted as options to the
|
|
|
|
.Nm
|
|
|
|
command, one might rearrange the expression:
|
2002-05-29 15:18:35 +00:00
|
|
|
.Dl "a=$(expr 1 + $a)"
|
2002-03-22 20:38:44 +00:00
|
|
|
.It
|
2002-03-22 20:18:26 +00:00
|
|
|
More generally, parenthesize possibly-negative values:
|
2002-05-29 15:18:35 +00:00
|
|
|
.Dl "a=$(expr \e( $a \e) + 1)"
|
1993-07-21 22:56:14 +00:00
|
|
|
.It
|
2010-09-09 21:59:53 +00:00
|
|
|
With shell arithmetic, no escaping is required:
|
|
|
|
.Dl "a=$((a + 1))"
|
|
|
|
.It
|
2002-05-10 22:59:29 +00:00
|
|
|
This example prints the filename portion of a pathname stored
|
2002-03-22 20:18:26 +00:00
|
|
|
in variable
|
|
|
|
.Va a .
|
|
|
|
Since
|
|
|
|
.Va a
|
|
|
|
might represent the path
|
|
|
|
.Pa / ,
|
|
|
|
it is necessary to prevent it from being interpreted as the division operator.
|
|
|
|
The
|
|
|
|
.Li //
|
|
|
|
characters resolve this ambiguity.
|
2002-05-29 15:18:35 +00:00
|
|
|
.Dl "expr \*q//$a\*q \&: '.*/\e(.*\e)'"
|
2010-09-09 21:59:53 +00:00
|
|
|
.It
|
|
|
|
With modern
|
|
|
|
.Xr sh 1
|
|
|
|
syntax,
|
|
|
|
.Dl "\*q${a##*/}\*q"
|
|
|
|
expands to the same value.
|
2002-03-22 20:38:44 +00:00
|
|
|
.El
|
|
|
|
.Pp
|
2002-03-22 20:18:26 +00:00
|
|
|
The following examples output the number of characters in variable
|
|
|
|
.Va a .
|
|
|
|
Again, if
|
|
|
|
.Va a
|
|
|
|
might begin with a hyphen, it is necessary to prevent it from being
|
|
|
|
interpreted as an option to
|
2010-09-09 21:59:53 +00:00
|
|
|
.Nm ,
|
|
|
|
and
|
|
|
|
.Va a
|
|
|
|
might be interpreted as an operator.
|
2002-03-22 20:38:44 +00:00
|
|
|
.Bl -bullet
|
|
|
|
.It
|
2010-09-09 21:59:53 +00:00
|
|
|
To deal with all of this, a complicated command
|
2002-03-22 20:18:26 +00:00
|
|
|
is required:
|
2002-05-29 15:18:35 +00:00
|
|
|
.Dl "expr \e( \*qX$a\*q \&: \*q.*\*q \e) - 1"
|
2010-09-09 21:59:53 +00:00
|
|
|
.It
|
|
|
|
With modern
|
|
|
|
.Xr sh 1
|
|
|
|
syntax, this can be done much more easily:
|
|
|
|
.Dl "${#a}"
|
|
|
|
expands to the required number.
|
1993-07-21 22:56:14 +00:00
|
|
|
.El
|
1998-12-18 03:16:47 +00:00
|
|
|
.Sh SEE ALSO
|
|
|
|
.Xr sh 1 ,
|
2002-10-28 00:15:43 +00:00
|
|
|
.Xr test 1 ,
|
|
|
|
.Xr check_utility_compat 3
|
1993-07-21 22:56:14 +00:00
|
|
|
.Sh STANDARDS
|
|
|
|
The
|
1998-05-13 07:43:56 +00:00
|
|
|
.Nm
|
1993-10-04 22:07:27 +00:00
|
|
|
utility conforms to
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
.St -p1003.1-2008 ,
|
|
|
|
provided that backwards compatibility mode is not enabled.
|
|
|
|
.Pp
|
|
|
|
Backwards compatibility mode performs less strict checks of numeric arguments:
|
|
|
|
.Bl -bullet
|
|
|
|
.It
|
|
|
|
An empty operand string is interpreted as 0.
|
|
|
|
.El
|
|
|
|
.Bl -bullet
|
|
|
|
.It
|
|
|
|
Leading white space and/or a plus sign before an otherwise valid positive
|
2012-02-25 14:31:25 +00:00
|
|
|
numeric operand are allowed and will be ignored.
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
.El
|
|
|
|
.Pp
|
|
|
|
The extended arithmetic range and overflow checks do not conflict with
|
|
|
|
POSIX's requirement that arithmetic be done using signed longs, since
|
|
|
|
they only make a difference to the result in cases where using signed
|
|
|
|
longs would give undefined behavior.
|
|
|
|
.Pp
|
|
|
|
According to the
|
|
|
|
.Tn POSIX
|
|
|
|
standard, the use of string arguments
|
|
|
|
.Va length ,
|
|
|
|
.Va substr ,
|
|
|
|
.Va index ,
|
|
|
|
or
|
|
|
|
.Va match
|
2012-02-25 15:21:43 +00:00
|
|
|
produces undefined results.
|
|
|
|
In this version of
|
Make /bin/expr support 64bit numeric range and range checks by default,
again. This brings back the behaviour of expr in FreeBSD-4, which had been
reverted due to an assumed incompatbility with POSIX.1 for FreeBSD-5.
This issue has been discussed in the freebsd-standards list, and the
consensus was, that POSIX.1 is in fact not violated by this extension,
since it affects only cases of POSIX undefined behaviour (overflow of
signed long).
Other operating systems did upgrade their versions of expr to support
64bit range, after it had been initially brought to FreeBSD. They have
used it for a decade without problems, meanwhile.
The -e option is retained, but it will only select less strict checking
of numeric parameters (leading white-space, leading "+" are allowed and
skipped, an empty string is considered to represent 0 in numeric context.)
The call of check_utility_compat() as a means of establishing backwards
compatibility with FreeBSD-4 is considered obsolete, but preserved in
this commit. It is expected to be removed in a later revision of this
file.
Reviewed by: bde, das, jilles
MFC after: 2 month (those parts that do not violate POLA)
2011-07-09 12:05:53 +00:00
|
|
|
.Nm ,
|
|
|
|
these arguments are treated just as their respective string values.
|
|
|
|
.Pp
|
2002-05-10 22:59:29 +00:00
|
|
|
The
|
|
|
|
.Fl e
|
|
|
|
flag is an extension.
|
2016-10-05 19:26:35 +00:00
|
|
|
.Sh HISTORY
|
|
|
|
An
|
|
|
|
.Nm
|
|
|
|
utility first appeared in the Programmer's Workbench (PWB/UNIX).
|
|
|
|
A public domain version of
|
|
|
|
.Nm
|
|
|
|
written by
|
|
|
|
.An Pace Willisson Aq Mt pace@blitz.com
|
|
|
|
appeared in
|
|
|
|
.Bx 386 0.1 .
|
|
|
|
.Sh AUTHORS
|
|
|
|
Initial implementation by
|
|
|
|
.An Pace Willisson Aq Mt pace@blitz.com
|
|
|
|
was largely rewritten by
|
|
|
|
.An -nosplit
|
|
|
|
.An J.T. Conklin Aq Mt jtc@FreeBSD.org .
|