Mercurial > hg > octave-kai > gnulib-hg
changeset 263:39c6d5681ff0
GNU text utilities
author | Jim Meyering <jim@meyering.net> |
---|---|
date | Wed, 19 Oct 1994 03:29:01 +0000 |
parents | a70a20230879 |
children | 516dbf487373 |
files | lib/regex.c lib/regex.h |
diffstat | 2 files changed, 3 insertions(+), 12 deletions(-) [+] |
line wrap: on
line diff
--- a/lib/regex.c +++ b/lib/regex.c @@ -261,18 +261,14 @@ /* These are the command codes that appear in compiled regular expressions. Some opcodes are followed by argument bytes. A command code can specify any interpretation whatsoever for its - arguments. Zero bytes may appear in the compiled regular expression. - - The value of `exactn' is needed in search.c (search_buffer) in Emacs. - So regex.h defines a symbol `RE_EXACTN_VALUE' to be 1; the value of - `exactn' we use here must also be 1. */ + arguments. Zero bytes may appear in the compiled regular expression. */ typedef enum { no_op = 0, /* Followed by one byte giving n, then by n literal bytes. */ - exactn = 1, + exactn, /* Matches any (more or less) character. */ anychar, @@ -904,7 +900,7 @@ #define MATCH_MAY_ALLOCATE /* The match routines may not allocate if (1) they would do it with malloc - and (2) it's not safe for htem to use malloc. */ + and (2) it's not safe for them to use malloc. */ #if (defined (C_ALLOCA) || defined (REGEX_MALLOC)) && (defined (emacs) || defined (REL_ALLOC)) #undef MATCH_MAY_ALLOCATE #endif
--- a/lib/regex.h +++ b/lib/regex.h @@ -344,11 +344,6 @@ }; typedef struct re_pattern_buffer regex_t; - - -/* search.c (search_buffer) in Emacs needs this one opcode value. It is - defined both in `regex.c' and here. */ -#define RE_EXACTN_VALUE 1 /* Type for byte offsets within the string. POSIX mandates this. */ typedef int regoff_t;