SED(1)                     POSIX Programmer's Manual                    SED(1)



PPRROOLLOOGG
       This manual page is part of the POSIX Programmer's Manual.  The OS
       implementation of this interface may differ (consult the corresponding
       OS manual page for details of OS behavior), or the interface may not be
       implemented on OS.


NNAAMMEE
       sed -- stream editor

SSYYNNOOPPSSIISS
       sed [[-n]] _s_c_r_i_p_t [[_f_i_l_e...]]

       sed [[-n]] -e _s_c_r_i_p_t [[-e _s_c_r_i_p_t]]... [[-f _s_c_r_i_p_t___f_i_l_e]]... [[_f_i_l_e...]]

       sed [[-n]] [[-e _s_c_r_i_p_t]]... -f _s_c_r_i_p_t___f_i_l_e [[-f _s_c_r_i_p_t___f_i_l_e]]... [[_f_i_l_e...]]

DDEESSCCRRIIPPTTIIOONN
       The _s_e_d utility is a stream editor that shall read one or more text
       files, make editing changes according to a script of editing commands,
       and write the results to standard output. The script shall be obtained
       from either the _s_c_r_i_p_t operand string or a combination of the option-
       arguments from the --ee _s_c_r_i_p_t and --ff _s_c_r_i_p_t___f_i_l_e options.

OOPPTTIIOONNSS
       The _s_e_d utility shall conform to the Base Definitions volume of
       POSIX.1-2008, _S_e_c_t_i_o_n _1_2_._2, _U_t_i_l_i_t_y _S_y_n_t_a_x _G_u_i_d_e_l_i_n_e_s, except that the
       order of presentation of the --ee and --ff options is significant.

       The following options shall be supported:

       --ee _s_c_r_i_p_t Add the editing commands specified by the _s_c_r_i_p_t option-
                 argument to the end of the script of editing commands.

       --ff _s_c_r_i_p_t___f_i_l_e
                 Add the editing commands in the file _s_c_r_i_p_t___f_i_l_e to the end
                 of the script of editing commands.

       --nn        Suppress the default output (in which each line, after it is
                 examined for editing, is written to standard output). Only
                 lines explicitly selected for output are written.

       If any --ee or --ff options are specified, the script of editing commands
       shall initially be empty. The commands specified by each --ee or --ff
       option shall be added to the script in the order specified. When each
       addition is made, if the previous addition (if any) was from a --ee
       option, a <newline> shall be inserted before the new addition. The
       resulting script shall have the same properties as the _s_c_r_i_p_t operand,
       described in the OPERANDS section.

OOPPEERRAANNDDSS
       The following operands shall be supported:

       _f_i_l_e      A pathname of a file whose contents are read and edited. If
                 multiple _f_i_l_e operands are specified, the named files shall
                 be read in the order specified and the concatenation shall be
                 edited. If no _f_i_l_e operands are specified, the standard input
                 shall be used.

       _s_c_r_i_p_t    A string to be used as the script of editing commands. The
                 application shall not present a _s_c_r_i_p_t that violates the
                 restrictions of a text file except that the final character
                 need not be a <newline>.

SSTTDDIINN
       The standard input shall be used if no _f_i_l_e operands are specified, and
       shall be used if a _f_i_l_e operand is ''--'' and the implementation treats
       the ''--'' as meaning standard input.  Otherwise, the standard input shall
       not be used.  See the INPUT FILES section.

IINNPPUUTT FFIILLEESS
       The input files shall be text files. The _s_c_r_i_p_t___f_i_l_es named by the --ff
       option shall consist of editing commands.

EENNVVIIRROONNMMEENNTT VVAARRIIAABBLLEESS
       The following environment variables shall affect the execution of _s_e_d:

       _L_A_N_G      Provide a default value for the internationalization
                 variables that are unset or null. (See the Base Definitions
                 volume of POSIX.1-2008, _S_e_c_t_i_o_n _8_._2, _I_n_t_e_r_n_a_t_i_o_n_a_l_i_z_a_t_i_o_n
                 _V_a_r_i_a_b_l_e_s for the precedence of internationalization
                 variables used to determine the values of locale categories.)

       _L_C___A_L_L    If set to a non-empty string value, override the values of
                 all the other internationalization variables.

       _L_C___C_O_L_L_A_T_E
                 Determine the locale for the behavior of ranges, equivalence
                 classes, and multi-character collating elements within
                 regular expressions.

       _L_C___C_T_Y_P_E  Determine the locale for the interpretation of sequences of
                 bytes of text data as characters (for example, single-byte as
                 opposed to multi-byte characters in arguments and input
                 files), and the behavior of character classes within regular
                 expressions.

       _L_C___M_E_S_S_A_G_E_S
                 Determine the locale that should be used to affect the format
                 and contents of diagnostic messages written to standard
                 error.

       _N_L_S_P_A_T_H   Determine the location of message catalogs for the processing
                 of _L_C___M_E_S_S_A_G_E_S.

AASSYYNNCCHHRROONNOOUUSS EEVVEENNTTSS
       Default.

SSTTDDOOUUTT
       The input files shall be written to standard output, with the editing
       commands specified in the script applied. If the --nn option is
       specified, only those input lines selected by the script shall be
       written to standard output.

SSTTDDEERRRR
       The standard error shall be used only for diagnostic messages.

OOUUTTPPUUTT FFIILLEESS
       The output files shall be text files whose formats are dependent on the
       editing commands given.

EEXXTTEENNDDEEDD DDEESSCCRRIIPPTTIIOONN
       The _s_c_r_i_p_t shall consist of editing commands of the following form:

           [[_a_d_d_r_e_s_s[[,_a_d_d_r_e_s_s]]]]_f_u_n_c_t_i_o_n

       where _f_u_n_c_t_i_o_n represents a single-character command verb from the list
       in _E_d_i_t_i_n_g _C_o_m_m_a_n_d_s _i_n _s_e_d, followed by any applicable arguments.

       The command can be preceded by <blank> characters and/or <semicolon>
       characters. The function can be preceded by <blank> characters. These
       optional characters shall have no effect.

       In default operation, _s_e_d cyclically shall append a line of input, less
       its terminating <newline> character, into the pattern space. Reading
       from input shall be skipped if a <newline> was in the pattern space
       prior to a DD command ending the previous cycle. The _s_e_d utility shall
       then apply in sequence all commands whose addresses select that pattern
       space, until a command starts the next cycle or quits. If no commands
       explicitly started a new cycle, then at the end of the script the
       pattern space shall be copied to standard output (except when --nn is
       specified) and the pattern space shall be deleted. Whenever the pattern
       space is written to standard output or a named file, _s_e_d shall
       immediately follow it with a <newline>.

       Some of the editing commands use a hold space to save all or part of
       the pattern space for subsequent retrieval. The pattern and hold spaces
       shall each be able to hold at least 8192 bytes.

   AAddddrreesssseess iinn sseedd
       An address is either a decimal number that counts input lines
       cumulatively across files, a ''$$'' character that addresses the last line
       of input, or a context address (which consists of a BRE, as described
       in _R_e_g_u_l_a_r _E_x_p_r_e_s_s_i_o_n_s _i_n _s_e_d, preceded and followed by a delimiter,
       usually a <slash>).

       An editing command with no addresses shall select every pattern space.

       An editing command with one address shall select each pattern space
       that matches the address.

       An editing command with two addresses shall select the inclusive range
       from the first pattern space that matches the first address through the
       next pattern space that matches the second. (If the second address is a
       number less than or equal to the line number first selected, only one
       line shall be selected.) Starting at the first line following the
       selected range, _s_e_d shall look again for the first address. Thereafter,
       the process shall be repeated. Omitting either or both of the address
       components in the following form produces undefined results:

           [[_a_d_d_r_e_s_s[[,_a_d_d_r_e_s_s]]]]

   RReegguullaarr EExxpprreessssiioonnss iinn sseedd
       The _s_e_d utility shall support the BREs described in the Base
       Definitions volume of POSIX.1-2008, _S_e_c_t_i_o_n _9_._3, _B_a_s_i_c _R_e_g_u_l_a_r
       _E_x_p_r_e_s_s_i_o_n_s, with the following additions:

        *  In a context address, the construction ""\\ccBBRREEcc"", where _c is any
           character other than <backslash> or <newline>, shall be identical
           to ""//BBRREE//"".  If the character designated by _c appears following a
           <backslash>, then it shall be considered to be that literal
           character, which shall not terminate the BRE. For example, in the
           context address ""\\xxaabbcc\\xxddeeffxx"", the second _x stands for itself, so
           that the BRE is ""aabbccxxddeeff"".

        *  The escape sequence ''\\nn'' shall match a <newline> embedded in the
           pattern space. A literal <newline> shall not be used in the BRE of
           a context address or in the substitute function.

        *  If an RE is empty (that is, no pattern is specified) _s_e_d shall
           behave as if the last RE used in the last command applied (either
           as an address or as part of a substitute command) was specified.

   EEddiittiinngg CCoommmmaannddss iinn sseedd
       In the following list of editing commands, the maximum number of
       permissible addresses for each function is indicated by [_0_a_d_d_r],
       [_1_a_d_d_r], or [_2_a_d_d_r], representing zero, one, or two addresses.

       The argument _t_e_x_t shall consist of one or more lines. Each embedded
       <newline> in the text shall be preceded by a <backslash>.  Other
       <backslash> characters in text shall be removed, and the following
       character shall be treated literally.

       The rr and ww command verbs, and the _w flag to the ss command, take an
       _r_f_i_l_e (or _w_f_i_l_e) parameter, separated from the command verb letter or
       flag by one or more <blank> characters; implementations may allow zero
       separation as an extension.

       The argument _r_f_i_l_e or the argument _w_f_i_l_e shall terminate the editing
       command. Each _w_f_i_l_e shall be created before processing begins.
       Implementations shall support at least ten _w_f_i_l_e arguments in the
       script; the actual number (greater than or equal to 10) that is
       supported by the implementation is unspecified. The use of the _w_f_i_l_e
       parameter shall cause that file to be initially created, if it does not
       exist, or shall replace the contents of an existing file.

       The bb, rr, ss, tt, ww, yy, and :: command verbs shall accept additional
       arguments. The following synopses indicate which arguments shall be
       separated from the command verbs by a single <space>.

       The aa and rr commands schedule text for later output. The text specified
       for the aa command, and the contents of the file specified for the rr
       command, shall be written to standard output just before the next
       attempt to fetch a line of input when executing the NN or nn commands, or
       when reaching the end of the script. If written when reaching the end
       of the script, and the --nn option was not specified, the text shall be
       written after copying the pattern space to standard output. The
       contents of the file specified for the rr command shall be as of the
       time the output is written, not the time the rr command is applied. The
       text shall be output in the order in which the aa and rr commands were
       applied to the input.

       Command verbs other than {{, aa, bb, cc, ii, rr, tt, ww, ::, and ## can be
       followed by a <semicolon>, optional <blank> characters, and another
       command verb. However, when the ss command verb is used with the _w flag,
       following it with another command in this manner produces undefined
       results.

       A function can be preceded by one or more ''!!''  characters, in which
       case the function shall be applied if the addresses do not select the
       pattern space. Zero or more <blank> characters shall be accepted before
       the first ''!!''  character. It is unspecified whether <blank> characters
       can follow a ''!!''  character, and conforming applications shall not
       follow a ''!!''  character with <blank> characters.

       [[_2_a_d_d_r]] {{_e_d_i_t_i_n_g _c_o_m_m_a_n_d

       _e_d_i_t_i_n_g _c_o_m_m_a_n_d

       ...

       }}         Execute a list of _s_e_d editing commands only when the pattern
                 space is selected. The list of _s_e_d editing commands shall be
                 surrounded by braces and separated by <newline> characters,
                 and conform to the following rules. The braces can be
                 preceded or followed by <blank> characters. The editing
                 commands can be preceded by <blank> characters, but shall not
                 be followed by <blank> characters. The <right-brace> shall be
                 preceded by a <newline> and can be preceded or followed by
                 <blank> characters.

       [[_1_a_d_d_r]]aa\\

       _t_e_x_t      Write text to standard output as described previously.

       [[_2_a_d_d_r]]bb [[_l_a_b_e_l]]
                 Branch to the :: function bearing the _l_a_b_e_l.  If _l_a_b_e_l is not
                 specified, branch to the end of the script. The
                 implementation shall support _l_a_b_e_ls recognized as unique up
                 to at least 8 characters; the actual length (greater than or
                 equal to 8) that shall be supported by the implementation is
                 unspecified. It is unspecified whether exceeding a label
                 length causes an error or a silent truncation.

       [[_2_a_d_d_r]]cc\\

       _t_e_x_t      Delete the pattern space. With a 0 or 1 address or at the end
                 of a 2-address range, place _t_e_x_t on the output and start the
                 next cycle.

       [[_2_a_d_d_r]]dd  Delete the pattern space and start the next cycle.

       [[_2_a_d_d_r]]DD  If the pattern space contains no <newline>, delete the
                 pattern space and start a normal new cycle as if the dd
                 command was issued. Otherwise, delete the initial segment of
                 the pattern space through the first <newline>, and start the
                 next cycle with the resultant pattern space and without
                 reading any new input.

       [[_2_a_d_d_r]]gg  Replace the contents of the pattern space by the contents of
                 the hold space.

       [[_2_a_d_d_r]]GG  Append to the pattern space a <newline> followed by the
                 contents of the hold space.

       [[_2_a_d_d_r]]hh  Replace the contents of the hold space with the contents of
                 the pattern space.

       [[_2_a_d_d_r]]HH  Append to the hold space a <newline> followed by the contents
                 of the pattern space.

       [[_1_a_d_d_r]]ii\\

       _t_e_x_t      Write _t_e_x_t to standard output.

       [[_2_a_d_d_r]]ll  (The letter ell.) Write the pattern space to standard output
                 in a visually unambiguous form. The characters listed in the
                 Base Definitions volume of POSIX.1-2008, _T_a_b_l_e _5_-_1, _E_s_c_a_p_e
                 _S_e_q_u_e_n_c_e_s _a_n_d _A_s_s_o_c_i_a_t_e_d _A_c_t_i_o_n_s (''\\\\'', ''\\aa'', ''\\bb'', ''\\ff'',
                 ''\\rr'', ''\\tt'', ''\\vv'') shall be written as the corresponding
                 escape sequence; the ''\\nn'' in that table is not applicable.
                 Non-printable characters not in that table shall be written
                 as one three-digit octal number (with a preceding
                 <backslash>) for each byte in the character (most significant
                 byte first).

                 Long lines shall be folded, with the point of folding
                 indicated by writing a <backslash> followed by a <newline>;
                 the length at which folding occurs is unspecified, but should
                 be appropriate for the output device. The end of each line
                 shall be marked with a ''$$''.

       [[_2_a_d_d_r]]nn  Write the pattern space to standard output if the default
                 output has not been suppressed, and replace the pattern space
                 with the next line of input, less its terminating <newline>.

                 If no next line of input is available, the nn command verb
                 shall branch to the end of the script and quit without
                 starting a new cycle.

       [[_2_a_d_d_r]]NN  Append the next line of input, less its terminating
                 <newline>, to the pattern space, using an embedded <newline>
                 to separate the appended material from the original material.
                 Note that the current line number changes.

                 If no next line of input is available, the NN command verb
                 shall branch to the end of the script and quit without
                 starting a new cycle or copying the pattern space to standard
                 output.

       [[_2_a_d_d_r]]pp  Write the pattern space to standard output.

       [[_2_a_d_d_r]]PP  Write the pattern space, up to the first <newline>, to
                 standard output.

       [[_1_a_d_d_r]]qq  Branch to the end of the script and quit without starting a
                 new cycle.

       [[_1_a_d_d_r]]rr _r_f_i_l_e
                 Copy the contents of _r_f_i_l_e to standard output as described
                 previously. If _r_f_i_l_e does not exist or cannot be read, it
                 shall be treated as if it were an empty file, causing no
                 error condition.

       [[_2_a_d_d_r]]ss//_B_R_E//_r_e_p_l_a_c_e_m_e_n_t//_f_l_a_g_s
                 Substitute the replacement string for instances of the BRE in
                 the pattern space. Any character other than <backslash> or
                 <newline> can be used instead of a <slash> to delimit the BRE
                 and the replacement. Within the BRE and the replacement, the
                 BRE delimiter itself can be used as a literal character if it
                 is preceded by a <backslash>.

                 The replacement string shall be scanned from beginning to
                 end. An <ampersand> (''&&'') appearing in the replacement shall
                 be replaced by the string matching the BRE. The special
                 meaning of ''&&'' in this context can be suppressed by preceding
                 it by a <backslash>.  The characters "\_n_", where _n is a
                 digit, shall be replaced by the text matched by the
                 corresponding back-reference expression. If the corresponding
                 back-reference expression does not match, then the characters
                 "\_n_" shall be replaced by the empty string. The special
                 meaning of "\_n_" where _n is a digit in this context, can be
                 suppressed by preceding it by a <backslash>.  For each other
                 <backslash> encountered, the following character shall lose
                 its special meaning (if any). The meaning of a <backslash>
                 immediately followed by any character other than ''&&'',
                 <backslash>, a digit, or the delimiter character used for
                 this command, is unspecified.

                 A line can be split by substituting a <newline> into it. The
                 application shall escape the <newline> in the replacement by
                 preceding it by a <backslash>.  A substitution shall be
                 considered to have been performed even if the replacement
                 string is identical to the string that it replaces. Any
                 <backslash> used to alter the default meaning of a subsequent
                 character shall be discarded from the BRE or the replacement
                 before evaluating the BRE or using the replacement.

                 The value of _f_l_a_g_s shall be zero or more of:

                 _n         Substitute for the _nth occurrence only of the BRE
                           found within the pattern space.

                 gg         Globally substitute for all non-overlapping
                           instances of the BRE rather than just the first
                           one. If both gg and _n are specified, the results are
                           unspecified.

                 pp         Write the pattern space to standard output if a
                           replacement was made.

                 ww _w_f_i_l_e   Write. Append the pattern space to _w_f_i_l_e if a
                           replacement was made. A conforming application
                           shall precede the _w_f_i_l_e argument with one or more
                           <blank> characters. If the ww flag is not the last
                           flag value given in a concatenation of multiple
                           flag values, the results are undefined.

       [[_2_a_d_d_r]]tt [[_l_a_b_e_l]]
                 Test. Branch to the :: command verb bearing the _l_a_b_e_l if any
                 substitutions have been made since the most recent reading of
                 an input line or execution of a tt.  If _l_a_b_e_l is not
                 specified, branch to the end of the script.

       [[_2_a_d_d_r]]ww _w_f_i_l_e
                 Append (write) the pattern space to _w_f_i_l_e.

       [[_2_a_d_d_r]]xx  Exchange the contents of the pattern and hold spaces.

       [[_2_a_d_d_r]]yy//_s_t_r_i_n_g_1//_s_t_r_i_n_g_2//
                 Replace all occurrences of characters in _s_t_r_i_n_g_1 with the
                 corresponding characters in _s_t_r_i_n_g_2.  If a <backslash>
                 followed by an ''nn'' appear in _s_t_r_i_n_g_1 or _s_t_r_i_n_g_2, the two
                 characters shall be handled as a single <newline>.  If the
                 number of characters in _s_t_r_i_n_g_1 and _s_t_r_i_n_g_2 are not equal, or
                 if any of the characters in _s_t_r_i_n_g_1 appear more than once,
                 the results are undefined. Any character other than
                 <backslash> or <newline> can be used instead of <slash> to
                 delimit the strings. If the delimiter is not ''nn'', within
                 _s_t_r_i_n_g_1 and _s_t_r_i_n_g_2, the delimiter itself can be used as a
                 literal character if it is preceded by a <backslash>.  If a
                 <backslash> character is immediately followed by a
                 <backslash> character in _s_t_r_i_n_g_1 or _s_t_r_i_n_g_2, the two
                 <backslash> characters shall be counted as a single literal
                 <backslash> character. The meaning of a <backslash> followed
                 by any character that is not ''nn'', a <backslash>, or the
                 delimiter character is undefined.

       [[_0_a_d_d_r]]::_l_a_b_e_l
                 Do nothing. This command bears a _l_a_b_e_l to which the bb and tt
                 commands branch.

       [[_1_a_d_d_r]]==  Write the following to standard output:

                     ""%%dd\\nn"",, <<_c_u_r_r_e_n_t _l_i_n_e _n_u_m_b_e_r>

       [[_0_a_d_d_r]]   Ignore this empty command.

       [[_0_a_d_d_r]]##  Ignore the ''##'' and the remainder of the line (treat them as a
                 comment), with the single exception that if the first two
                 characters in the script are ""##nn"", the default output shall
                 be suppressed; this shall be the equivalent of specifying --nn
                 on the command line.

EEXXIITT SSTTAATTUUSS
       The following exit values shall be returned:

        0    Successful completion.

       >0    An error occurred.

CCOONNSSEEQQUUEENNCCEESS OOFF EERRRROORRSS
       Default.

       _T_h_e _f_o_l_l_o_w_i_n_g _s_e_c_t_i_o_n_s _a_r_e _i_n_f_o_r_m_a_t_i_v_e_.

AAPPPPLLIICCAATTIIOONN UUSSAAGGEE
       Regular expressions match entire strings, not just individual lines,
       but a <newline> is matched by ''\\nn'' in a _s_e_d RE; a <newline> is not
       allowed by the general definition of regular expression in
       POSIX.1-2008. Also note that ''\\nn'' cannot be used to match a <newline>
       at the end of an arbitrary input line; <newline> characters appear in
       the pattern space as a result of the NN editing command.

EEXXAAMMPPLLEESS
       This _s_e_d script simulates the BSD _c_a_t --ss command, squeezing excess
       empty lines from standard input.

           sseedd --nn ''
           ## WWrriittee nnoonn--eemmppttyy lliinneess..
           //..// {{
               pp
               dd
               }}
           ## WWrriittee aa ssiinnggllee eemmppttyy lliinnee,, tthheenn llooookk ffoorr mmoorree eemmppttyy lliinneess..
           //^^$$//    pp
           ## GGeett nneexxtt lliinnee,, ddiissccaarrdd tthhee hheelldd <<nneewwlliinnee>> ((eemmppttyy lliinnee)),,
           ## aanndd llooookk ffoorr mmoorree eemmppttyy lliinneess..
           ::EEmmppttyy
           //^^$$//    {{
               NN
               ss//..////
               bb EEmmppttyy
               }}
           ## WWrriittee tthhee nnoonn--eemmppttyy lliinnee bbeeffoorree ggooiinngg bbaacckk ttoo sseeaarrcchh
           ## ffoorr tthhee ffiirrsstt iinn aa sseett ooff eemmppttyy lliinneess..
               pp
           ''

       The following _s_e_d command is a much simpler method of squeezing empty
       lines, although it is not quite the same as _c_a_t --ss since it removes any
       initial empty lines:

           sseedd --nn ''//..//,,//^^$$//pp''

RRAATTIIOONNAALLEE
       This volume of POSIX.1-2008 requires implementations to support at
       least ten distinct _w_f_i_l_es, matching historical practice on many
       implementations. Implementations are encouraged to support more, but
       conforming applications should not exceed this limit.

       The exit status codes specified here are different from those in System
       V. System V returns 2 for garbled _s_e_d commands, but returns zero with
       its usage message or if the input file could not be opened. The
       standard developers considered this to be a bug.

       The manner in which the ll command writes non-printable characters was
       changed to avoid the historical backspace-overstrike method, and other
       requirements to achieve unambiguous output were added. See the
       RATIONALE for _e_d for details of the format chosen, which is the same as
       that chosen for _s_e_d.

       This volume of POSIX.1-2008 requires implementations to provide pattern
       and hold spaces of at least 8192 bytes, larger than the 4000 bytes
       spaces used by some historical implementations, but less than the 20480
       bytes limit used in an early proposal. Implementations are encouraged
       to allocate dynamically larger pattern and hold spaces as needed.

       The requirements for acceptance of <blank> and <space> characters in
       command lines has been made more explicit than in early proposals to
       describe clearly the historical practice and to remove confusion about
       the phrase ``protect initial blanks [_s_i_c] and tabs from the stripping
       that is done on every script line'' that appears in much of the
       historical documentation of the _s_e_d utility description of text. (Not
       all implementations are known to have stripped <blank> characters from
       text lines, although they all have allowed leading <blank> characters
       preceding the address on a command line.)

       The treatment of ''##'' comments differs from the SVID which only allows a
       comment as the first line of the script, but matches BSD-derived
       implementations. The comment character is treated as a command, and it
       has the same properties in terms of being accepted with leading <blank>
       characters; the BSD implementation has historically supported this.

       Early proposals required that a _s_c_r_i_p_t___f_i_l_e have at least one non-
       comment line. Some historical implementations have behaved in
       unexpected ways if this were not the case. The standard developers
       considered that this was incorrect behavior and that application
       developers should not have to avoid this feature. A correct
       implementation of this volume of POSIX.1-2008 shall permit _s_c_r_i_p_t___f_i_l_es
       that consist only of comment lines.

       Early proposals indicated that if --ee and --ff options were intermixed,
       all --ee options were processed before any --ff options. This has been
       changed to process them in the order presented because it matches
       historical practice and is more intuitive.

       The treatment of the pp flag to the ss command differs between System V
       and BSD-based systems when the default output is suppressed. In the two
       examples:

           eecchhoo aa || sseedd    ''ss//aa//AA//pp''
           eecchhoo aa || sseedd --nn ''ss//aa//AA//pp''

       this volume of POSIX.1-2008, BSD, System V documentation, and the SVID
       indicate that the first example should write two lines with AA, whereas
       the second should write one. Some System V systems write the AA only
       once in both examples because the pp flag is ignored if the --nn option is
       not specified.

       This is a case of a diametrical difference between systems that could
       not be reconciled through the compromise of declaring the behavior to
       be unspecified. The SVID/BSD/System V documentation behavior was
       adopted for this volume of POSIX.1-2008 because:

        *  No known documentation for any historic system describes the
           interaction between the pp flag and the --nn option.

        *  The selected behavior is more correct as there is no technical
           justification for any interaction between the pp flag and the --nn
           option. A relationship between --nn and the pp flag might imply that
           they are only used together, but this ignores valid scripts that
           interrupt the cyclical nature of the processing through the use of
           the DD, dd, qq, or branching commands. Such scripts rely on the pp
           suffix to write the pattern space because they do not make use of
           the default output at the ``bottom'' of the script.

        *  Because the --nn option makes the pp flag unnecessary, any interaction
           would only be useful if _s_e_d scripts were written to run both with
           and without the --nn option. This is believed to be unlikely. It is
           even more unlikely that programmers have coded the pp flag expecting
           it to be unnecessary. Because the interaction was not documented,
           the likelihood of a programmer discovering the interaction and
           depending on it is further decreased.

        *  Finally, scripts that break under the specified behavior produce
           too much output instead of too little, which is easier to diagnose
           and correct.

       The form of the substitute command that uses the nn suffix was limited
       to the first 512 matches in an early proposal. This limit has been
       removed because there is no reason an editor processing lines of
       {LINE_MAX} length should have this restriction. The command ss//aa//AA//22004477
       should be able to substitute the 2047th occurrence of aa on a line.

       The bb, tt, and :: commands are documented to ignore leading white space,
       but no mention is made of trailing white space. Historical
       implementations of _s_e_d assigned different locations to the labels ''xx''
       and ""xx "".  This is not useful, and leads to subtle programming errors,
       but it is historical practice, and changing it could theoretically
       break working scripts. Implementors are encouraged to provide warning
       messages about labels that are never used or jumps to labels that do
       not exist.

       Historically, the _s_e_d !!  and }} editing commands did not permit multiple
       commands on a single line using a <semicolon> as a command delimiter.
       Implementations are permitted, but not required, to support this
       extension.

       Earlier versions of this standard allowed for implementations with
       bytes other than eight bits, but this has been modified in this
       version.

FFUUTTUURREE DDIIRREECCTTIIOONNSS
       None.

SSEEEE AALLSSOO
       _a_w_k, _e_d, _g_r_e_p

       The Base Definitions volume of POSIX.1-2008, _T_a_b_l_e _5_-_1, _E_s_c_a_p_e
       _S_e_q_u_e_n_c_e_s _a_n_d _A_s_s_o_c_i_a_t_e_d _A_c_t_i_o_n_s, _C_h_a_p_t_e_r _8, _E_n_v_i_r_o_n_m_e_n_t _V_a_r_i_a_b_l_e_s,
       _S_e_c_t_i_o_n _9_._3, _B_a_s_i_c _R_e_g_u_l_a_r _E_x_p_r_e_s_s_i_o_n_s, _S_e_c_t_i_o_n _1_2_._2, _U_t_i_l_i_t_y _S_y_n_t_a_x
       _G_u_i_d_e_l_i_n_e_s

CCOOPPYYRRIIGGHHTT
       Portions of this text are reprinted and reproduced in electronic form
       from IEEE Std 1003.1, 2013 Edition, Standard for Information Technology
       -- Portable Operating System Interface (POSIX), The Open Group Base
       Specifications Issue 7, Copyright (C) 2013 by the Institute of
       Electrical and Electronics Engineers, Inc and The Open Group.  (This is
       POSIX.1-2008 with the 2013 Technical Corrigendum 1 applied.) In the
       event of any discrepancy between this version and the original IEEE and
       The Open Group Standard, the original IEEE and The Open Group Standard
       is the referee document. The original Standard can be obtained online
       at http://www.unix.org/online.html .

       Any typographical or formatting errors that appear in this page are
       most likely to have been introduced during the conversion of the source
       files to man page format. To report such errors, see
       https://www.kernel.org/doc/man-pages/reporting_bugs.html .



IEEE/The Open Group                  2013                               SED(1)
