On 1/29/20 12:27 PM, Bruno Haible wrote:
This is assumption is justified by the fact that gnulib's test-isblank.c
succeeds on all platforms (as far as I know).
Thanks, the dfa.c usage is for single-byte locales only, so it can make
the same assumption. I installed the attached.
>From b58d0cb8f
Paul Eggert wrote:
> * Gawk dfa.c doesn't use isblank, but instead defines its own is_blank
> that is hard-coded to the C locale. Isn't [[:blank:]] supposed to be
> locale-dependent?
'[[:blank:]]', when applied to wide characters, is surely locale and
OS dependent, yes. But...
> Or are you assu
On 1/29/20 7:34 AM, Bruno Haible wrote:
I would say that it's not worth the effort - except for the person(s)
who care a lot about Vax/VMS.
Normally I'd agree, but if Arnold cares about VAX/VMS and if we want
Gnulib dfa.c to match Gawk dfa.c, then in this particular case it makes
some sense t
Hi Arnold,
> The gentleman who maintains the gawk port for VMS reports that he
> can get dfa.c to compile on Vax/VMS, but that he gets failues when
> trying to use it to compile regular expressions.
>
> The Vax/VMS C compiler does not support 64 bit integers at all
> (unlike GCC on 32-bit x86, fo
Hi.
The gentleman who maintains the gawk port for VMS reports that he
can get dfa.c to compile on Vax/VMS, but that he gets failues when
trying to use it to compile regular expressions.
The Vax/VMS C compiler does not support 64 bit integers at all
(unlike GCC on 32-bit x86, for example).
This m
