Re: canon-host errors

I've installed the attached patch. It is almost identical to my previous one, with a few extra portability and typo fixes. 2005-09-12 Derek Price <[EMAIL PROTECTED]> * modules/canon-host: Add canon-host.h. Depend on getaddrinfo. Make LGPL. * modules/getaddrinfo: Add link to openg

Re: glob_.h & glibc

Okay, I've committed the glob-min-glibc-h-changes2.diff patch. The glob.h-glibc-to-gnulib2.diff should be the new minimal patch for submission to glibc. 2005-09-12 Derek Price <[EMAIL PROTECTED]> Paul Eggert <[EMAIL PROTECTED]> * modules/glob (Files): Add glob-libc.h.

Re: mmapping of /dev/zero always fails on darwin

Derek Price wrote: I don't suppose you could come up with a configure test or a short C program that fails to compile (preferrably) or run (if necessary) to spot this, short of actually switching on the system name or something similar? The test would have to be a run test, which would mean h

Re: mmapping of /dev/zero always fails on darwin

Peter O'Gorman wrote: > The test would have to be a run test, which would mean having a > cross-compile alternative switching on the system name (this is why > gcc switches on name). All, Generally, I choose to be pessimistic about test failures when cross-compiling. Anyone have an opinion abo

md5 and sha1 fixes from coreutils (plus a few of my own)

I installed this: 2005-09-12 Paul Eggert <[EMAIL PROTECTED]> Merge glibc and coreutils changes into gnulib, plus a few extra fixes. * lib/md5.c: Use #error rather than a string. (CYCLIC): New macro, from glibc source. Use it instead of rol. * lib/md5.h (

Re: mmapping of /dev/zero always fails on darwin

Peter O'Gorman wrote: > As you can see from this little snippet of gcc configure, you can't > mmap /dev/zero on darwin. > >AC_CACHE_CHECK([whether mmap from /dev/zero works], > gcc_cv_func_mmap_dev_zero, > [# Add a system to this blacklist if it has mmap() but /dev/zero ># does not exi

small improvement to base64

Hi Simon, Please apply the tiny patch below to the base64 module to fix a typo and to put the long constant string in the initialized data section. This avoids reinitialization of the string upon function invocation and should thus generally be about a wee bit faster. :) Cheers, Ralf 2005-09-1

FYI: gai_strerror.h needs config.h

I've committed the attached patch. gai_strerror.c was breaking on the #include of getaddrinfo.h because `restrict' was not defined properly on HP-UX 11.00. 2005-09-12 Derek Price <[EMAIL PROTECTED]> * gai_strerror.c: Include config.h when available. Include getaddrinfo.h befor

Re: glob_.h & glibc

Paul Eggert wrote: >OK, but in that case shouldn't the AC_REQUIRE([AC_GNU_SOURCE]) be in >gl_GLOB rather than gl_PREREQ_GLOB? > > I don't think so. gl_GLOB tests for the _GNU_GLOB_INTERFACE_VERSION macro from & a known bug in GNU glob's POSIX support. Neither requires the GNU extensions enab

Re: socklen_t

Hello, On Thu, Sep 01, 2005 at 04:43:30AM -0500, Albert Chin wrote: > for arg2 in "struct sockaddr" void; do > for t in int size_t unsigned long "unsigned long"; do >AC_TRY_COMPILE([ > #include > #include > >

Re: gnulib-tool: "refusing to do nothing"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Ben Pfaff on 9/9/2005 9:53 AM: > Until I update gnulib from CVS, "gnulib-tool --import" (without > any extra arguments) obtained the list of modules from gl_MODULES > in configure.ac and imported them into the source tree. > > Now, it see