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
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,
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
-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)
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
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
?
This is surprising, what is the reason for the 64 bit failure?
Peter
--
Peter O'Gorman
http://pogma.com
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
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
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
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], ...)
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
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
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
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
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
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
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
good.
Peter
--
Peter O'Gorman
http://pogma.com
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
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
) 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
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
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.
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
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
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
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
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
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) =
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
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
ping?
http://lists.gnu.org/archive/html/bug-gnulib/2008-02/msg00148.html
Peter
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
to:
http://www.opensource.apple.com/darwinsource/10.5/gcc-5465/gcc/c-cppbuiltin.c
Peter
--
Peter O'Gorman
http://pogma.com
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
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
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
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
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,
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
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
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
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
anyway :)
Peter
--
Peter O'Gorman
po...@thewrittenword.com
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
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',
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:
48 matches
Mail list logo