Eric Blake <[EMAIL PROTECTED]> writes:
> Simon Josefsson josefsson.org> writes:
>
>>
>> Eric Blake byu.net> writes:
>>
>> > I think it would be even simpler to just avoid intprops.h (after all,
>> > memchr.c was originally borrowed from glibc, which doesn't have
>> > intprops.h).
>>
>> I like
Simon Josefsson josefsson.org> writes:
>
> Eric Blake byu.net> writes:
>
> > I think it would be even simpler to just avoid intprops.h (after all,
> > memchr.c was originally borrowed from glibc, which doesn't have
> > intprops.h).
>
> I like that.
OK, I've done it for memchr, memrchr, strch
Eric Blake <[EMAIL PROTECTED]> writes:
> I think it would be even simpler to just avoid intprops.h (after all,
> memchr.c was originally borrowed from glibc, which doesn't have
> intprops.h).
I like that.
Thanks,
Simon
Simon Josefsson josefsson.org> writes:
> > 2008-04-26 Eric Blake byu.net>
> > Bruno Haible clisp.org>
> >
> > * lib/memchr.c: Include intprops.h.
>
> This causes a license incompatibility for GnuTLS:
>
> This causes license incompatibility because intprops is LGPL:
> gnulib
Bruno Haible <[EMAIL PROTECTED]> writes:
> Eric Blake asked:
>> Also, is anyone interested in making gnulib's memchr and strchrnul more
>> efficient by copying the optimizations learned in memchr2?
>
> Checked in like this:
>
> 2008-04-26 Eric Blake <[EMAIL PROTECTED]>
> Bruno Haibl
Eric Blake asked:
> Also, is anyone interested in making gnulib's memchr and strchrnul more
> efficient by copying the optimizations learned in memchr2?
Checked in like this:
2008-04-26 Eric Blake <[EMAIL PROTECTED]>
Bruno Haible <[EMAIL PROTECTED]>
* lib/memchr.c: Includ
