Re: stdbool.m4 bug

Paul Eggert wrote: > > enum { j = false, k = true, l = false * true, m = true * 256 }; > > ... > > return (!a + !b + !c + !d + !e + !f + !g + !h + !i + !j + !k + !l > > + !m + !n + !o); > > > > You are expecting that j and l evaluate to true? > > No, I'm just making sure that every

Re: stdbool.m4 bug

Bruno Haible <[EMAIL PROTECTED]> writes: > Hi Paul, > > This snippet of code in stdbool.m4, added on 2004-06-01, looks fishy to me: > > enum { j = false, k = true, l = false * true, m = true * 256 }; > ... > return (!a + !b + !c + !d + !e + !f + !g + !h + !i + !j + !k + !l > + !m +

Re: [bug-gnulib] Re: gnulib-tool tweaks

Stepan Kasal wrote: > and what about the following? > > - built_sources=`grep '^BUILT_SOURCES *=' Makefile.in | sed -e > 's/^BUILT_SOURCES *=//'` > - if test -n "$built_sources"; then Thanks, applied. Bruno ___ bug-gnulib mailing list bu

Re: problems in stdbool.m4

Hello, On Fri, Oct 14, 2005 at 01:57:00PM +0200, Bruno Haible wrote: > We do override include files by using our own if the system's one is > defective. ... > We do override an autoconf macro if it is buggy. yes, that makes sense. Thanks for explaining. Stepan ___

Re: gnulib-tool tweaks

Hi Bruno, and what about the following? Stepan 2005-10-17 Stepan Kasal <[EMAIL PROTECTED]> * gnulib-tool (func_create_testdir): Omit the clumsy check whether BUILT_SOURCES in nonempty. Index: gnulib-tool === RCS

gc-sha1-tests

I have installed this. Index: modules/gc-sha1-tests === RCS file: modules/gc-sha1-tests diff -N modules/gc-sha1-tests --- /dev/null 1 Jan 1970 00:00:00 - +++ modules/gc-sha1-tests 17 Oct 2005 14:47:50 - @@ -0,0 +1,11 @

gc: add forgotten prototypes

I forgot the prototypes for these earlier. I also ran indent on the file... I have installed this. Incidentally, I have now installed this gnulib in GnuTLS and I'm working out the glitches. 2005-10-17 Simon Josefsson <[EMAIL PROTECTED]> * gc.h (gc_nonce, gc_pseudo_random, gc_random):

gc: more hash functions

I have installed this. Again, the gnulib part will follow later on. My goal now is to make GnuTLS be able to use libgcrypt through the gnulib "gc" module. 2005-10-17 Simon Josefsson <[EMAIL PROTECTED]> * gc.h, gc-libgcrypt.c: Add more hash types/functions. Index: lib/gc.h

gc: cipher modes

For libgcrypt only, the gnulib part is larger but will be added later. I have installed this. 2005-10-17 Simon Josefsson <[EMAIL PROTECTED]> * gc.h, gc-libgcrypt.c: Add ciphers. Index: lib/gc.h === RCS file: /cvsroot/gnuli

Re: des

Has anyone else reviewed this module? Ok to install? ___ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib

Re: syncing md5 against glibc

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

arctwo

Comments appreciated. Even if you didn't find errors, please say so. Index: m4/arctwo.m4 === RCS file: m4/arctwo.m4 diff -N m4/arctwo.m4 --- /dev/null 1 Jan 1970 00:00:00 - +++ m4/arctwo.m417 Oct 2005 12:48:29 - @@

Re: syncing md5 against glibc

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

Re: syncing md5 against glibc

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

stdint.h and Linux libc5

Hi, It was reported to me that the use of module 'stdint' on Linux/libc5 with gcc-2.7.2.1 gives an error. The reason is that , included by , already defines int8_t, int16_t and int32_t. Here's a proposed fix, that I will send to the reporter for testing. Bruno 2005-10-16 Bruno Haible <[EMAIL

stdbool.m4 bug

Hi Paul, This snippet of code in stdbool.m4, added on 2004-06-01, looks fishy to me: enum { j = false, k = true, l = false * true, m = true * 256 }; ... return (!a + !b + !c + !d + !e + !f + !g + !h + !i + !j + !k + !l + !m + !n + !o); You are expecting that j and l evaluate to t

gnulib-tool tweaks

Hi, I committed these small tweaks to gnulib-tool: 2005-10-16 Bruno Haible <[EMAIL PROTECTED]> * gnulib-tool (func_emit_tests_Makefile_am): Also define TESTS_ENVIRONMENT, so that individual tests can augment it. * gnulib-tool (func_create_testdir): Use an intermediate