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

2005-09-12 Thread Peter O'Gorman
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

Re: [bug-gnulib] Re: mmapping of /dev/zero always fails on darwin

2005-09-13 Thread Peter O'Gorman
Bruno Haible wrote: Are you sure that this is what gnulib does? Darwin's sys/mman.h defines MAP_ANON, then gnulib's m4/mmap-anon.m4 macro ought to add #define MAP_ANONYMOUS MAP_ANON #define HAVE_MAP_ANONYMOUS 1 to config.h, and then lib/pagealign_alloc.c should be doing mmap (NULL, 4096,

Re: [bug-gnulib] Re: mmapping of /dev/zero always fails on darwin

2005-09-13 Thread Peter O'Gorman
Peter O'Gorman wrote: Looks like the cvs folks need to update their gnulib. Of course, they have done this, and I feel silly. Peter ___ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib

Re: use of -fno-common on Darwin

2006-01-09 Thread Peter O'Gorman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | [ This is http://article.gmane.org/gmane.comp.lib.gnulib.bugs/5080 | Please remove bug-gnulib from followups. Thank you. ] | | * Paul Eggert wrote on Fri, Jan 06, 2006 at 12:06:59AM CET: | |[EMAIL PROTECTED] (Karl Berry)

Re: [PATCH] posix-shell.m4: reject Solaris 11's /bin/sh (due to umask)

2008-09-16 Thread Peter O'Gorman
manual. Has it been reported? Seems like the kind of thing that could be fixed before Solaris 11 is released. http://defect.opensolaris.org/ Peter -- Peter O'Gorman http://pogma.com

Re: [PATCH] posix-shell.m4: reject Solaris 11's /bin/sh (due to umask)

2008-09-16 Thread Peter O'Gorman
Jim Meyering wrote: Peter O'Gorman [EMAIL PROTECTED] wrote: Eric Blake wrote: According to Jim Meyering on 9/16/2008 3:58 AM: Jim Meyering [EMAIL PROTECTED] wrote: I discovered that Solaris 11's /bin/sh exhibits the following surprising behavior: $ /bin/sh -c 'umask 22; (umask 0

Re: support for universal binaries on MacOS X (5/6)

2008-12-27 Thread Peter O'Gorman
? This is surprising, what is the reason for the 64 bit failure? Peter -- Peter O'Gorman http://pogma.com

Re: Building universal binaries makes 'check' fail

2007-02-28 Thread Peter O'Gorman
On Mar 1, 2007, at 8:34 AM, Elias Pipping wrote: On Mar 1, 2007, at 12:18 AM, Peter O'Gorman wrote: Apple suggests using their lipo tool to create universal binaries from multiple single architecture runs of configure and make. Where do they do that? I was following http

Re: Building universal binaries makes 'check' fail

2007-02-28 Thread Peter O'Gorman
On Mar 1, 2007, at 9:20 AM, Paul Eggert wrote: Elias Pipping [EMAIL PROTECTED] writes: autoconf fails for me with 177: AC_C_BIGENDIAN FAILED (semantics.at:478) Thanks for testing this. I have installed the following additional patch, which I hope fixes your problem. It also fixes

Re: recent changes to gnulib stdio_.h break build on powerpc-ibm-aix4.3.3.0

2007-07-23 Thread Peter O'Gorman
On Sun, 2007-07-22 at 17:50 -0400, Gary V. Vaughan wrote: The compile completes. I suspect the problem affects all @INCLUDE_NEXT@ using files on this host (stdio_.h is the only one that I've tripped over so far). include_next.m4 incorrectly deduces that this compiler understands

Re: recent changes to gnulib stdio_.h break build on powerpc-ibm-aix4.3.3.0

2007-07-23 Thread Peter O'Gorman
On Mon, 2007-07-23 at 23:27 +0200, Bruno Haible wrote: Hello, mkdir confdir1 mkdir confdir2 echo ... confdir1/conftest.h echo ... confdir2/conftest.h save_CPPFLAGS=$CPPFLAGS CPPFLAGS=$CPPFLAGS -Iconfdir1 -Iconfdir2 AC_PREPROC_IFELSE([#include conftest.h], ...)

coreutils failure on Mac OS X 10.5

2007-10-29 Thread Peter O'Gorman
Hi, I am pretty sure that this is still the case with latest gnulib, but have not checked. Coreutils fails to build on Mac OS X 10.5. Apple has worked hard to make this version of Mac OS X UNIX(tm). To do so they had to change the behavior of a number of functions. In order to maintain binary

Re: coreutils failure on Mac OS X 10.5

2007-10-29 Thread Peter O'Gorman
Jim Meyering wrote: Peter O'Gorman [EMAIL PROTECTED] wrote: I am pretty sure that this is still the case with latest gnulib, but have not checked. Coreutils fails to build on Mac OS X 10.5. Apple has worked hard to make this version of Mac OS X UNIX(tm). To do so they had to change

Re: coreutils failure on Mac OS X 10.5

2007-11-01 Thread Peter O'Gorman
Paul Eggert wrote: Bruno Haible [EMAIL PROTECTED] writes: * m4/putenv.m4 (gl_FUNC_PUTENV): Require gl_STDLIB_H_DEFAULTS. Instead of defining putenv in config.h, just set REPLACE_PUTENV. Thanks for doing that. I had written something quite similar but you beat me to it. One

getloadavg on aix5

2008-01-07 Thread Peter O'Gorman
Hi, While getloadavg works ok on aix4, it returns incorrect results on aix5. Why do we not use libperfstat on aix? http://publib.boulder.ibm.com/infocenter/pseries/v5r3/topic/com.ibm.aix.basetechref/doc/basetrf1/perfstat_cputot.htm It has the advantage of not requiring root privs to get the

Re: getloadavg on aix5

2008-01-07 Thread Peter O'Gorman
I seem to have lost Jim's reply, but here is a patch. Works on aix-4.3.3 and aix-5.3. The SBITS thing is the way the libperstat.h header recommends calculating the loadavg: /* To calculate the load average, divide the numbers by (1SBITS). SBITS is defined in sys/proc.h. */ Of course, it is not

Re: getloadavg on aix5

2008-01-21 Thread Peter O'Gorman
On Mon, Jan 07, 2008 at 09:52:33PM -0600, Peter O'Gorman wrote: I seem to have lost Jim's reply, but here is a patch. Works on aix-4.3.3 and aix-5.3. Hi, ping? http://lists.gnu.org/archive/html/bug-gnulib/2008-01/msg00068.html Peter

Re: config.guess and $CC

2008-01-24 Thread Peter O'Gorman
will be affected by a change like this, for example. Perhaps config.guess could take an argument to return a more specific target alias? Hmm, seems yucky. Peter -- Peter O'Gorman http://pogma.com

Re: frexpl bugs remain on OS X 10.5 intel

2008-01-24 Thread Peter O'Gorman
64 bit. All Apple supplied executables (Xcode.app excepted) are fat ppc and i386, and most libraries are 4-way fat (ppc, ppc64, i386, x86_64). Peter -- Peter O'Gorman http://pogma.com

Re: config.guess and $CC

2008-01-24 Thread Peter O'Gorman
good. Peter -- Peter O'Gorman http://pogma.com

Re: config.guess and $CC

2008-01-25 Thread Peter O'Gorman
for a smaller number of maintainers for less time. I realize that it makes sense to have config.guess return x86_64-apple-darwin and ppc64-apple-darwin etc, and if such a change is implemented there will be no need to print a warning because - it makes sense. Peter -- Peter O'Gorman http://pogma.com

time_r.m4 checks unexpectedly pass on hpux10

2008-02-22 Thread Peter O'Gorman
Hi, HP-UX10 has: int gmtime_r(const time_t *timer, struct tm *result); int localtime_r(const time_t *timer, struct tm *result); Which is, as you know, not standards conforming. However, compiling the test case for reentrant time functions on hpux10 with its native cc and -Ae results in a

Re: environ on MacOS X

2008-02-24 Thread Peter O'Gorman
) will not see this problem. Thanks for writing this up, it is good to have the crt_externs.h solution in the docs. Peter -- Peter O'Gorman http://pogma.com

Re: environ on MacOS X

2008-02-24 Thread Peter O'Gorman
Bruno Haible wrote: Peter O'Gorman wrote: crt_externs.h and _NSGetEnviron works on all released versions of Mac OS X. Thanks for this info. I'm updating the doc (see below). The environ symbol is available to every application, it is in the c startup object crt1.o (on 10.5 crt1.10.5.o

Re: time_r.m4 checks unexpectedly pass on hpux10

2008-02-24 Thread Peter O'Gorman
Bruno Haible wrote: The compile line and warning: cc -Ae -c lcltimecheck.c -D_REENTRANT cc: lcltimecheck.c, line 7: warning 604: Pointers are not assignment-compatible. Thanks for reporting this. How about this proposed patch? Does it work for you? This worked. Thank you.

Re: environ on MacOS X

2008-02-24 Thread Peter O'Gorman
Bruno Haible wrote: Peter O'Gorman wrote: glibtool --mode=link gcc -o libfoo.la fooshared.lo And does the executable that you create by linking against this library work on MacOS X 10.5? It works on 10.3. Yes, it works. Thank you, Peter -- Peter O'Gorman http://pogma.com

AIX 5.1 xlc va_copy (stdarg patch)

2008-02-26 Thread Peter O'Gorman
va_copy, as the next time stdarg.h gets included it will get undefined all over again. This patch allows us to build GnuTLS on AIX 5.1 without any -qlanglvl flags. Thanks, Peter 2008-??-?? Peter O'Gorman [EMAIL PROTECTED] * modules/stdarg: Use a replacement header for va_copy

Re: AIX 5.1 xlc va_copy (stdarg patch)

2008-02-26 Thread Peter O'Gorman
On Tue, Feb 26, 2008 at 04:54:16PM -0600, Peter O'Gorman wrote: diff --git a/m4/stdarg.m4 b/m4/stdarg.m4 index e8e680a..36af1ad 100644 --- a/m4/stdarg.m4 +++ b/m4/stdarg.m4 --- a/modules/stdarg +++ b/modules/stdarg --- /dev/null Tue Feb 26 22:22:00 2008 +++ lib/stdarg.in.h Tue Feb 26

Re: AIX 5.1 xlc va_copy (stdarg patch)

2008-02-26 Thread Peter O'Gorman
On Tue, Feb 26, 2008 at 03:46:15PM -0800, Paul Eggert wrote: Peter O'Gorman [EMAIL PROTECTED] writes: +#if ! @HAVE_VA_COPY@ +#define va_copy(a,b) ((a) = (b)) +#endif Wouldn't it be simpler to do this? #ifndef va_copy #define va_copy(a,b) ((a) = (b)) #endif After all

Re: AIX 5.1 xlc va_copy (stdarg patch)

2008-02-26 Thread Peter O'Gorman
On Tue, Feb 26, 2008 at 06:06:06PM -0600, Peter O'Gorman wrote: After all, if there is already a va_copy, and it disagrees with our substitute, we're probably wrong. Doing this removes the need for generating or substituting HAVE_VA_COPY. va_copy is required to be a macro, so this should

Re: AIX 5.1 xlc va_copy (stdarg patch)

2008-02-26 Thread Peter O'Gorman
On Wed, Feb 27, 2008 at 05:03:01AM +0100, Bruno Haible wrote: Instead, how about generating the stdarg.h replacement only for defined _AIX !defined __GNUC__ and letting it look like this: #ifndef _GL_STDARG_H #include /usr/include/stdarg.h #ifndef va_copy #define va_copy(a,b) ((a) =

Re: AIX 5.1 xlc va_copy (stdarg patch)

2008-02-27 Thread Peter O'Gorman
On Wed, Feb 27, 2008 at 12:35:56PM +0100, Bruno Haible wrote: Peter O'Gorman wrote: This is too risky. This approach is very likely to break platforms other than AIX. Sigh. Ok. We have an stdarg.h replacement that works well everywhere except your particular version of AIX 5.1

Re: AIX 5.1 xlc va_copy (stdarg patch)

2008-02-27 Thread Peter O'Gorman
On Wed, Feb 27, 2008 at 09:13:06AM -0600, Peter O'Gorman wrote: Ok. Will do this later. Attached. Peter diff --git a/doc/posix-functions/va_copy.texi b/doc/posix-functions/va_copy.texi index c5a012b..a2ce0e3 100644 --- a/doc/posix-functions/va_copy.texi +++ b/doc/posix-functions/va_copy.texi

Re: AIX 5.1 xlc va_copy (stdarg patch) *ping*

2008-03-10 Thread Peter O'Gorman
ping? http://lists.gnu.org/archive/html/bug-gnulib/2008-02/msg00148.html Peter

Re: AIX 5.1 xlc va_copy (stdarg patch)

2008-03-10 Thread Peter O'Gorman
On Tue, Mar 11, 2008 at 05:44:12AM +0100, Bruno Haible wrote: Peter O'Gorman wrote: Attached. Thanks. I have applied this modified patch. Thank you! Peter

Re: inline related build failures on MacOS X 10.5

2008-04-11 Thread Peter O'Gorman
to: http://www.opensource.apple.com/darwinsource/10.5/gcc-5465/gcc/c-cppbuiltin.c Peter -- Peter O'Gorman http://pogma.com

Re: Can't build libposix

2010-12-11 Thread Peter O'Gorman
On 12/11/2010 11:09 PM, Bastien ROUCARIES wrote: On Sun, Dec 12, 2010 at 10:04 AM, Peter O'Gormanpe...@pogma.com wrote: for aix and hpux i have posted some code snipped hpux code works for me once I change the typo'ed getppid to getpid. I can't find the AIX code you mention. Peter

Re: gnulib stdint.h substitution of int64_t results in a linking error in GCC 4.(3|2|0) on OSX

2010-12-24 Thread Peter O'Gorman
for #if condition. cpp: stdint.h, line 166: warning 2012: Unrepresentable preprocessor number 18446744073709551615ull. cpp: stdint.h, line 166: error 4038: Bad syntax for #if condition. Peter -- Peter O'Gorman po...@thewrittenword.com

Tru64 dtk vsnprintf module build failure

2011-03-10 Thread Peter O'Gorman
more #include wchar.h that may be missing a prior #include stdio.h Peter -- Peter O'Gorman po...@thewrittenword.com Index: gnulib/printf-args.h === --- gnulib/printf-args.h.orig 2011-03-10 22:25:10.0 + +++ gnulib/printf

Re: Tru64 dtk vsnprintf module build failure

2011-03-10 Thread Peter O'Gorman
On Thu, Mar 10, 2011 at 04:26:17PM -0700, Eric Blake wrote: I'm applying this, after searching for all other modules that ship a .c file that includes wchar.h. Thanks! Peter -- Peter O'Gorman po...@thewrittenword.com

Re: MacOS X 10.7 and gettext

2011-10-05 Thread Peter O'Gorman
On 10/05/2011 06:54 AM, Bruno Haible wrote: Interestingly, while MacOS X 10.7 was released on 2011-07-20, the stpncpy glitch was - fixed in MacPorts on 2010-08-13 (these people must have access to prereleases of MacOS X or its libc), This was fixed in MacPorts by Jeremy Huddleston,

pwrite module

2010-05-05 Thread Peter O'Gorman
Hi, There is a pread module, but no pwrite. This is a mostly mechanical patch, copying the pread bits and s/read/write/ and copying pwrite.c from glibc. 2010-05-05 Peter O'Gorman po...@thewrittenword.com New module pwrite * doc/posix-functions/pread.texi: Mention gnulib module

Re: pwrite module

2010-05-07 Thread Peter O'Gorman
not access stdin. This file could be removed now, leaving only test-pwrite.c. What do you think? I think I didn't think enough about what I was doing :-) Thanks very much! Peter -- Peter O'Gorman po...@thewrittenword.com

Re: init.sh: enable MALLOC_PERTURB_

2010-05-10 Thread Peter O'Gorman
valgrind to do an even better job. +${MALLOC_PERTURB_=87} +export MALLOC_PERTURB_ PASS: test-verify 87: not found PASS: test-verify.sh Maybe you want: : ${MALLOC_PRETURB_=87} Peter -- Peter O'Gorman po...@thewrittenword.com

Re: pwrite module

2010-05-10 Thread Peter O'Gorman
On Sat, May 08, 2010 at 10:04:44AM +0200, Bruno Haible wrote: Peter O'Gorman wrote: The Written Word, Inc. already has an assignment for gnulib. Look for 'GNULIB The Written Word' in copyright.list. Yes, indeed. It wasn't clear to me whether the patch was owned by you or by The Written

Re: pwrite module

2010-05-10 Thread Peter O'Gorman
anyway :) Peter -- Peter O'Gorman po...@thewrittenword.com

Re: pwrite module

2010-05-18 Thread Peter O'Gorman
sparse file :) This chunk of the test I blindly copied from test-pread.c and changed to pwrite instead. It may be ok that this succeeds, it didn't on the 3 systems I tried it on though (FreeBSD, RHEL, HP-UX10), it failed and set errno to EINVAL. Peter -- Peter O'Gorman po...@thewrittenword.com

Re: test-vc-list-files-cvs.sh failure on OS X 10.6.3

2010-05-28 Thread Peter O'Gorman
On 05/28/2010 12:30 AM, Gary V. Vaughan wrote: Obviously, the test is assuming GNU find (which is called gfind on my machine, but it doesn't come with Mac OS, which ships only BSD find), but with a cursory look around I couldn't see where the failing find was invoked. It looks for a 'cvsu',

Re: [libvirt] [PATCH] util: fix thinko in runIO

2011-11-25 Thread Peter O'Gorman
On 11/25/2011 07:38 AM, Eric Blake wrote: [adding bug-gnulib; replies can drop libvirt] Providing a posix_memalign_free defeats the purpose - POSIX requires that plain free() will cover the memory returned by posix_memalign. The list of platforms missing posix_memalign is a bit daunting: