Re: test-fsync failure on Haiku

Bruno Haible <[EMAIL PROTECTED]> wrote: > Hi Richard, Jim, > > The test-fsync test is failing on Haiku, at line 40. fsync (stdin), when > stdin refers to a terminal input, simply succeeds on this system. I don't > see anything in POSIX which would mandate a failure of this call. > > OK to make the

getaddrinfo: port to Haiku

Hi Simon, Here comes a patch to change the getaddrinfo module to make use of the new modules 'servent' and 'hostent'. I have tested this on Linux, Solaris, mingw, and Haiku. OK to apply, or objections? 2008-11-15 Bruno Haible <[EMAIL PROTECTED]> * modules/getaddrinfo (Depends-on): Ad

new module 'hostent'

Same rationale as for module 'servent': Useful outside of getaddrinfo. 2008-11-15 Bruno Haible <[EMAIL PROTECTED]> New module 'hostent'. * modules/hostent: New file. * m4/hostent.m4: New file, based on code in m4/getaddrinfo.m4. === modules/

new module 'servent'

m4/getaddrinfo.m4 has some code for checking the libraries needed for getservbyname(). Since this function (and related ones: getservent() etc.) can also be useful independently of getaddrinfo, I'm extracting this test into a new module. Compared to the code in m4/getaddrinfo.m4, - I'm no longer

scokets: add support for Haiku and BeOS

Hi Simon, The sockets module knows how to find the sockets library on Windows and Solaris. Here's a patch that adds support for Haiku (needs to link with -lnetwork) and BeOS (needs to link with -lnet). OK to apply? 2008-11-15 Bruno Haible <[EMAIL PROTECTED]> * m4/sockets.m4 (gl_SOCKE

test-fsync failure on Haiku

Hi Richard, Jim, The test-fsync test is failing on Haiku, at line 40. fsync (stdin), when stdin refers to a terminal input, simply succeeds on this system. I don't see anything in POSIX which would mandate a failure of this call. OK to make the test a bit weaker? 2008-11-15 Bruno Haible <[EMA

Re: on Haiku

Bruno Haible <[EMAIL PROTECTED]> writes: > Hi Simon, > > I'm seeing these compilation errors on Haiku: > > /data/testdir1/gllib/getaddrinfo.c: In function `getaddrinfo': > /data/testdir1/gllib/getaddrinfo.c:183: `AI_NUMERICSERV' undeclared (first > use in this function) > /data/testdir1/gllib/get

Re: glibc's snprintf bug causes printf(1) failure with MALLOC_PERTURB_ != 0

Jim Meyering <[EMAIL PROTECTED]> wrote: ... > If it turns out just to be a bug in the implementation of MALLOC_PERTURB_, > then it's not worth the effort to make gnulib work around it. > > However, if it's a real error in glibc's snprintf (as I suspect) -- > i.e., the MALLOC_PERTURB_=N (N!=0) setti

Re: fix test-flock.c

On Sat, Nov 15, 2008 at 01:33:33PM +0100, Bruno Haible wrote: > Very clear: It uses O_RDWR but does not include . Also it lacks > an include of , needed for all code that uses gnulib. Fixing it > like this: Yup, looks like a clear fix. Rich. -- Richard Jones, Emerging Technologies, Red Hat htt

fix test-flock.c

Hi, On Haiku this test fails to compile: /data/testdir3/gltests/test-flock.c: In function `test_shared': /data/testdir3/gltests/test-flock.c:47: warning: implicit declaration of function `open' /data/testdir3/gltests/test-flock.c:47: `O_RDWR' undeclared (first use in this function) /data/testdi

on Haiku

Hi Simon, I'm seeing these compilation errors on Haiku: /data/testdir1/gllib/getaddrinfo.c: In function `getaddrinfo': /data/testdir1/gllib/getaddrinfo.c:183: `AI_NUMERICSERV' undeclared (first use in this function) /data/testdir1/gllib/getaddrinfo.c:183: (Each undeclared identifier is reported

on Haiku

On Haiku I'm seeing these errors: /data/testdir1/gllib/spawn.h:110: field `_sp' has incomplete type /data/testdir1/gllib/spawnattr_setschedpolicy.c: In function `posix_spawnattr_setschedpolicy': /data/testdir1/gllib/spawnattr_setschedpolicy.c:28: `SCHED_OTHER' undeclared (first use in this funct

Re: [PATCH] Some Haiku Patches

Hello Ingo, Ingo Weinhold [are you 'bonefish'?] wrote: > > - send a mail to config-patches > > That did already happen Ah, sorry, I wasn't aware of that. Thanks! > > There is definitely a problem with the 'uname' command on Haiku: "uname -m" > > should return something like "i586", not "BePC".