Bruno Haible wrote:
> Pádraig Brady wrote:
>>> + /* Compare S1 and S2, ignoring normalization.
>> "ignoring normalization" is confusing.
>
> Is it more understandable if I say "Compare S1 and S2, ignoring differences
> in normalization"?
better, thanks.
>
>> I presume you mean "Compare normaliz
I sent Bruno's proposal B to rms. He seems to have accepted it in
general. I'll report when there's something concrete to say.
Pádraig Brady wrote:
> > + /* Compare S1 and S2, ignoring normalization.
>
> "ignoring normalization" is confusing.
Is it more understandable if I say "Compare S1 and S2, ignoring differences
in normalization"?
> I presume you mean "Compare normalized versions of S1 and S2".
That's what it does
Bruno Haible wrote:
> I'm adding functions for comparing Unicode strings, while ignoring their
> normalization form.
>
> *** lib/uninorm.h.orig2009-03-06 19:20:21.0 +0100
> --- lib/uninorm.h 2009-03-06 19:01:38.0 +0100
>
> + /* Compare S1 and S2, ignoring normalizati
I'm adding functions for comparing Unicode strings, while ignoring their
normalization form.
2009-03-06 Bruno Haible
New module 'uninorm/u32-normcmp'.
* lib/uninorm/u32-normcmp.c: New file.
* modules/uninorm/u32-normcmp: New file.
New module 'uninorm/u16-normc
Eric Blake wrote:
> @@ -44,7 +44,7 @@ dup_noinherit (int fd)
> (DWORD) 0, /* DesiredAccess */
> FALSE, /* InheritHandle */
> DUPLICATE_SAME_ACCESS)) /* Options */
> -error (EXIT_FAILURE,
Eric Blake wrote:
> Even though execute, pipe, and wait-process work just fine on mingw, the fact
> that they pull in a dependency on posix_spawn on all other platforms means
> that
> the build attempts to compile files, like lib/spawni.c or test-posix_spawn.c
> that cause failures on mingw.
O
Eric Blake wrote:
> * lib/execute.c (execute) [_MSC_VER || __MINGW32__]: Avoid
> compiler warning about incompatible types.
> * lib/pipe.c (create_pipe) [_MSC_VER || __MINGW32__]: Likewise.
Applied as follows:
2009-03-06 Eric Blake
* lib/execute.c (execute) [WIN32_NATIVE]: Cast argum
