[EMAIL PROTECTED] writes:
> I misread the code, it is not a typo. The character class in the regexp
> in the first re_compile_pattern needs to be enclosed in []; now it fails
> with REG_ECTYPE as it should.
Thanks for reporting the problem. I discovered some other problems
while fixing this, and
Paul Eggert <[EMAIL PROTECTED]> wrote:
...
> 2006-03-16 Paul Eggert <[EMAIL PROTECTED]>
>
> * lib/regex.h (regoff_t) [defined _REGEX_LARGE_OFFSETS]:
> Typedef to long int, not to off_, as POSIX will likely change
> in that direction.
>
> * m4/regex.m4 (gl_REGEX): Don't che
Jim Meyering <[EMAIL PROTECTED]> writes:
> -AC_DEFINE([_REGEX_WIDE_OFFSETS], 1,
> +AC_DEFINE([_REGEX_LARGE_OFFSETS], 1,
Ouch, thanks for the quick fix.
exg mentions that there must be a better way, in case glibc ever buys
back the _REGEX_LARGE_OFFSETS fix. I'll see if I can do that.
_
[EMAIL PROTECTED] writes:
> I've noticed a problem in regex.m4; in gl_REGEX _REGEX_LARGE_OFFSETS is
> defined, if gl_cv_type_off_t_switch = yes, regardless of the fact that
> we are using the glibc api or the internal gnulib module. This breaks
> when the user forces --without-included-regex and t
