Re: improve regex bitset performance (don't assume 32 bits)

On Tue, Sep 06, 2005 at 10:51:45AM -0700, Paul Eggert wrote: > Thanks for reporting that. I installed this patch and updated the glibc > bug report. Is glibc keeping up with all these patches, or is gnulib;'s regex implementation now significantly diverged from glibc? James.

Re: improve regex bitset performance (don't assume 32 bits)

Derek Price wrote: >Oh, no, sorry. I'm accessing a Linux host via a Cygwin xterm. Some >sort of term incompatibility causes almost everything quoted in all >program output (I assume with a backticks-singlequote combination, >though that's from memory and I haven't reexamined it since the problem

Re: improve regex bitset performance (don't assume 32 bits)

Paul Eggert wrote: >By the way, did GCC really say "In function â"? That is, an "a" with >a circumflex over it? If so, should this be a GCC bug that we should >be worrying about? > > Oh, no, sorry. I'm accessing a Linux host via a Cygwin xterm. Some sort of term incompatibility causes almos

Re: improve regex bitset performance (don't assume 32 bits)

Derek Price <[EMAIL PROTECTED]> writes: > regex_internal.h: In function â: > regex_internal.h:837: warning: suggest parentheses around + or - in operand > of & By the way, did GCC really say "In function â"? That is, an "a" with a circumflex over it? If so, should this be a GCC bug that we sho

Re: improve regex bitset performance (don't assume 32 bits)

Paul Eggert wrote: >Thanks for reporting that. I installed this patch and updated the glibc >bug report. > > Thanks! Derek -- Derek R. Price CVS Solutions Architect Ximbiot v: +1 717.579.6168 f: +1 717.234.3125

Re: improve regex bitset performance (don't assume 32 bits)

Derek Price <[EMAIL PROTECTED]> writes: > regex_internal.h:837: warning: suggest parentheses around + or - in operand > of & Thanks for reporting that. I installed this patch and updated the glibc bug report. 2005-09-06 Paul Eggert <[EMAIL PROTECTED]> * lib/regex_internal.h (bitset_

Re: improve regex bitset performance (don't assume 32 bits)

The latest regex issues this warning with -Wall: In file included from regex.c:55: regex_internal.h: In function â: regex_internal.h:837: warning: suggest parentheses around + or - in operand of & rm -f libcvs.a Regards, Derek -- Derek R. Price CVS Solutions Architect Ximbiot

Re: [bug-gnulib] gnulib-tool --import slowness

Bruno Haible wrote: >files. I'll change this to use "join" and "sort" instead of a double loop. > > Did you do this? I'm still getting pretty slow operation with CVS: $ time maint-aux/gnulib-update real14m42.968s user3m45.188s sys 10m41.704s $ Just a few weeks back, I think it w

Re: [bug-gnulib] bug: {m, re}alloc expects live pointers form {m, re}alloc(0) (patch included)

Hi, > The xmalloc and xrealloc functions defined in lib/xmalloc.c expect live > pointers to be always returned form system's malloc and realloc > function. This is an invalid assumption for most (all?) libc > implementations ... This was fixed in gnulib by Paul Eggert: 2004-05-30 Paul Eggert <

Re: getpass.c syntax error on HP-UX 11.00

Derek Price <[EMAIL PROTECTED]> writes: > Is the following line in lib/getpass.c correct? > > #if TCSETATTR No. Thanks for the report, I have installed: 2005-09-06 Simon Josefsson <[EMAIL PROTECTED]> * getpass.c (getpass): Fix typo, test for HAVE_TCSETATTR and not TCSETAT

Re: canon-host errors

Derek Price <[EMAIL PROTECTED]> writes: > * modules/getaddrinfo: Add link to opengroup spec. Depend on strdup. > Make canon-host require getaddrinfo. > * m4/getaddrinfo.m4 (gl_GETADDRINFO): Compile gai_strerror when needed. > Return usable errors from canon-host. > * lib/getad

improve regex bitset performance (don't assume 32 bits)

I installed this and filed glibc bug 1302: 2005-09-05 Paul Eggert <[EMAIL PROTECTED]> Change bitset word type from unsigned int to unsigned long int, as this has better performance on typical 64-bit hosts. Port bitset code to hosts with unusual word sizes. * lib/