Jim Meyering <[EMAIL PROTECTED]> writes:
> Simon Josefsson <[EMAIL PROTECTED]> wrote:
>> The glibc maintainers didn't accept this patch, see:
>> http://sourceware.org/bugzilla/show_bug.cgi?id=1439
>
> I can understand why Ulrich would not want such a patch.
> It's probably hard to justify risking
Simon Josefsson <[EMAIL PROTECTED]> wrote:
> The glibc maintainers didn't accept this patch, see:
> http://sourceware.org/bugzilla/show_bug.cgi?id=1439
I can understand why Ulrich would not want such a patch.
It's probably hard to justify risking glibc stability for a relatively
large change that
Simon Josefsson <[EMAIL PROTECTED]> writes:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>
>> Simon Josefsson <[EMAIL PROTECTED]> wrote:
>>> Let's not wait for glibc to install my patch... What do you think
>>> about installing the following in gnulib now? It would sync gnulib
>>> with my proposed
Jim Meyering <[EMAIL PROTECTED]> writes:
> Simon Josefsson <[EMAIL PROTECTED]> wrote:
>> Let's not wait for glibc to install my patch... What do you think
>> about installing the following in gnulib now? It would sync gnulib
>> with my proposed libc-patch. It also fixes the sha1 module to be
>>
Simon Josefsson <[EMAIL PROTECTED]> wrote:
> Let's not wait for glibc to install my patch... What do you think
> about installing the following in gnulib now? It would sync gnulib
> with my proposed libc-patch. It also fixes the sha1 module to be
> standalone.
I like it. Thanks for the clean-u
Let's not wait for glibc to install my patch... What do you think
about installing the following in gnulib now? It would sync gnulib
with my proposed libc-patch. It also fixes the sha1 module to be
standalone.
Thanks.
Index: m4/ChangeLog
I submitted a patch for glibc that, if installed, I believe would
allow us to sync with their md5 implementation. It include several
cleanups, some not already in gnulib (e.g., use of uint32_t instead of
md5_uint32). So I installed the below meanwhile.
FSF hasn't answered about the sha1 module..
