Re: "public domain" license acceptable?

Simon Josefsson <[EMAIL PROTECTED]> writes: > * This code is hereby placed in the public domain. That's fine. Public domain means there's no restrictions on copying. You can even remove the disclaimer if you like. It would be polite to put in a reference.

Re: problems in stdbool.m4

Bruno Haible <[EMAIL PROTECTED]> writes: > The particular problem that can happen if (1) and (2) is done together is > that someone looks at modules/stdbool, sees that he needs to use a new > macro, does that - and gets autoconf errors because he missed to update his > macro. He would think "gnuli

Re: human dependency

"Oskar Liljeblad" <[EMAIL PROTECTED]> writes: > 2005-10-12 Oskar Liljeblad <[EMAIL PROTECTED]> > > * modules/human: Depend on xstrtoumax, not xstrtol. Thanks for catching that; I installed it. ___ bug-gnulib mailing list bug-gnulib@gnu.org h

arcfour

How about this? Index: ChangeLog === RCS file: /cvsroot/gnulib/gnulib/ChangeLog,v retrieving revision 1.418 diff -u -p -r1.418 ChangeLog --- ChangeLog 13 Oct 2005 08:12:04 - 1.418 +++ ChangeLog 13 Oct 2005 23:12:00 -

"public domain" license acceptable?

I want to integrate some ciphers in GC, and the Rijndael home page link to some "Optimised C code v3.0" which look nice, but cary this license: * This code is hereby placed in the public domain. * * THIS SOFTWARE IS PROVI

Re: problems in stdbool.m4

Paul Eggert wrote: > >> > 1) now, the appended patch, > >> > 2) in a year, change modules/stdbool to require gl_STDBOOL_H, > If we do (2) now, people will still have two > years to change their code, no? What is the practical difference > between the schedule you originally proposed, and a sc

Re: [bug-gnulib] problems in stdbool.m4

Bruno Haible <[EMAIL PROTECTED]> writes: > Paul Eggert wrote: >> > 1) now, the appended patch, >> > 2) in a year, change modules/stdbool to require gl_STDBOOL_H, >> >> Sounds good, except why wait for a year between (1) and (2)? >> I don't see the downside of doing (2) now. > > People who upda

Re: [bug-gnulib] problems in stdbool.m4

Paul Eggert wrote: > > 1) now, the appended patch, > > 2) in a year, change modules/stdbool to require gl_STDBOOL_H, > > Sounds good, except why wait for a year between (1) and (2)? > I don't see the downside of doing (2) now. People who update from gnulib in a manual, not always synchronized

Re: gc-pbkdf2-sha1

Paul Eggert <[EMAIL PROTECTED]> writes: > Simon Josefsson <[EMAIL PROTECTED]> writes: > >> Bruno Haible <[EMAIL PROTECTED]> writes: >> >>> Simon Josefsson wrote: >>> + l = dkLen / hLen; + if (dkLen % hLen) +l++; >>> >>> An equivalent but faster code is: >>> >>> l = ((dkLe

gc-hmac-sha1-tests

I have installed this. 2005-10-13 Simon Josefsson <[EMAIL PROTECTED]> * modules/gc-hmac-md5-tests: New file. * tests/test-gc-hmac-sha1.c: New file. , | Files: | tests/test-gc-hmac-sha1.c | | Depends-on: | | configure.ac: | | Makefile.am: | TESTS += test-gc-hmac-sha1 | n

gc self test modules

I have installed this. Index: ChangeLog === RCS file: /cvsroot/gnulib/gnulib/ChangeLog,v retrieving revision 1.416 diff -u -p -r1.416 ChangeLog --- ChangeLog 12 Oct 2005 13:13:29 - 1.416 +++ ChangeLog 13 Oct 2005 08:03:25