Re: __GLIBC__ and uClibc

2010-11-20 Thread Bruno Haible
> 2010-11-20 Bruno Haible > > Port to uClibc. > ... Oops, that patch and its ChangeLog entry were incomplete. Here is the corrected ChangeLog: 2010-11-20 Bruno Haible Port to uClibc. * build-aux/link-warning.h (GL_LINK_WARNING): Treat uClibc like glibc. * li

Re: [PATCH] spawn.h: fix header inclusion for uClibc systems

2010-11-20 Thread Bruno Haible
Mike Frysinger wrote: > --- a/lib/spawn.in.h > +++ b/lib/spawn.in.h > @@ -32,7 +32,7 @@ > > /* Get definitions of 'struct sched_param' and 'sigset_t'. > But avoid namespace pollution on glibc systems. */ > -#ifndef __GLIBC__ > +#if !defined __GLIBC__ || defined __UCLIBC__ > # include > #

Re: [PATCH] printf-parse: pull in features.h for __GLIBC__

2010-11-20 Thread Bruno Haible
Mike Frysinger wrote: > --- a/lib/printf-parse.h > +++ b/lib/printf-parse.h > @@ -25,6 +25,9 @@ > > #include "printf-args.h" > > +#ifdef HAVE_FEATURES_H > +# include/* for __GLIBC__ */ > +#endif > > /* Flags */ > #define FLAG_GROUP 1 /* ' flag */ The same problem - __GL

Re: __GLIBC__ and uClibc

2010-11-20 Thread Bruno Haible
Mike Frysinger wrote: > On Saturday, November 20, 2010 13:15:48 Bruno Haible wrote: > > Mike Frysinger writes: > > > uclibc defines __GLIBC__ > > > > More exactly, uClibc *usually* defines __GLIBC__, but not always. > > you can say the same exact thing about glibc. uClibc defines it in the same

Re: [PATCH] bootstrap: add bootstrap_sync option.

2010-11-20 Thread Jim Meyering
Joel E. Denny wrote: > On Sat, 20 Nov 2010, Ralf Wildenhues wrote: > >> > Ok, is the following patch what you had in mind? >> >> I think so, yes, but let the bootstrap authors have their say please. > > Sure, I can wait. > >> Can you test this on MSYS or on an NFS mount with, say, Solaris or so? >

Re: [PATCH] memmem, strstr, strcasestr: fix bug with long periodic needle

2010-11-20 Thread Bruno Haible
Eric Blake wrote on 2010-10-05: > @@ -24,9 +63,9 @@ dnl Additionally, check that memmem is efficient and > handles empty needles. >  AC_DEFUN([gl_FUNC_MEMMEM], >  [ >    AC_REQUIRE([gl_FUNC_MEMMEM_SIMPLE]) > -  if test $ac_cv_have_decl_memmem = yes; then > +  if test $HAVE_MEMMEM = 1 && test $REPL

Re: __GLIBC__ and uClibc

2010-11-20 Thread Mike Frysinger
On Saturday, November 20, 2010 13:15:48 Bruno Haible wrote: > Mike Frysinger writes: > > uclibc defines __GLIBC__ > > More exactly, uClibc *usually* defines __GLIBC__, but not always. you can say the same exact thing about glibc. uClibc defines it in the same way -- via features.h. as for how

Re: __GLIBC__ and uClibc

2010-11-20 Thread Bruno Haible
Yesterday I wrote: > Oh, you're talking about uClibc, not glibc! That's a different platform than > glibc. > - It has a very different FILE structure in . > - It sometimes has no , depending how it was configured. > - Its file sometimes defines __GLIBC__ and sometimes doesn't, > dependin

Re: [PATCH] suggestion enhancement valgrind_tests.m4

2010-11-20 Thread Bernd Becker
Hi Simon, please find my answers inline. >> ++AC_DEFUN([gl_VALGRIND_CONSISTENCY], >> +[ >> + if test "$opt_valgrind_tests" = "no" && test >> "$opt_valgrind_memleaks_are_errors" != "no"; then >> + AC_MSG_WARN( >> + [ >> +*** >>

Re: [PATCH] bootstrap: add bootstrap_sync option.

2010-11-20 Thread Joel E. Denny
On Sat, 20 Nov 2010, Ralf Wildenhues wrote: > > Ok, is the following patch what you had in mind? > > I think so, yes, but let the bootstrap authors have their say please. Sure, I can wait. > Can you test this on MSYS or on an NFS mount with, say, Solaris or so? I have no experience with MSYS.

Re: [PATCH] bootstrap: add bootstrap_sync option.

2010-11-20 Thread Ralf Wildenhues
* Joel E. Denny wrote on Sat, Nov 20, 2010 at 03:56:49PM CET: > On Sat, 20 Nov 2010, Ralf Wildenhues wrote: > > > > 1. If someone does "bash bootstrap", I'm not sure how to detect that in > > > order to do it again in the exec. > > > > Yep, sounds like a problem. How about honoring $CONFIG_SHEL

Re: [PATCH] bootstrap: add bootstrap_sync option.

2010-11-20 Thread Joel E. Denny
Hi Ralf, On Sat, 20 Nov 2010, Ralf Wildenhues wrote: > > 1. If someone does "bash bootstrap", I'm not sure how to detect that in > > order to do it again in the exec. > > Yep, sounds like a problem. How about honoring $CONFIG_SHELL if that is > set? Ok, is the following patch what you had in

nproc: small fix

2010-11-20 Thread Bruno Haible
This is a no-op fix: There's no function pthread_affinitity_np, only pthread_getaffinity_np. 2010-11-20 Bruno Haible nproc: Fix condition. * lib/nproc.c: Test HAVE_PTHREAD_GETAFFINITY_NP, not HAVE_PTHREAD_AFFINITY_NP. --- lib/nproc.c.origSat Nov 20 13:33:16 2010 +