Re: what shall we do with the drunken time_t ?

Hi, On 04/25/2017 12:40 AM, Bruno Haible wrote: > > Opinions? > $subject rings a different bell here, with glibc: https://sourceware.org/bugzilla/show_bug.cgi?id=17646 Would it be worth to override mktime() even for glibc? /haubi/

ping#3 [PATCH] early check for PowerPC AIX object mode

Any additional information necessary? /haubi/ On 03/17/2016 03:34 PM, Michael Haubenwallner wrote: Native PowerPC AIX tools do accept only 32 bit objects by default. They either need the -X32_64 commandline flag to accept both, or the OBJECT_MODE=64 environment variable to switch to accepting

ping#2 [PATCH] early check for PowerPC AIX object mode

On 03/17/2016 03:34 PM, Michael Haubenwallner wrote: > Native PowerPC AIX tools do accept only 32 bit objects by default. > They either need the -X32_64 commandline flag to accept both, or the > OBJECT_MODE=64 environment variable to switch to accepting 64 bit > objects only, w

ping [PATCH] early check for PowerPC AIX object mode

any comments at least? Thanks! /haubi/ On 03/17/2016 03:34 PM, Michael Haubenwallner wrote: > Native PowerPC AIX tools do accept only 32 bit objects by default. > They either need the -X32_64 commandline flag to accept both, or the > OBJECT_MODE=64 environment variable to switch to acc

[PATCH] early check for PowerPC AIX object mode

index 49180d9..75cc906 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,19 @@ +2016-03-17 Michael Haubenwallner + + early check for PowerPC AIX object mode + + Native PowerPC AIX tools do accept only 32 bit objects by default. + They either need the -X32_64 commandli

Re: Portability of AF_UNIX connect() permission checks

On 03/04/2014 04:21 AM, Noah Misch wrote: > POSIX specifies EACCES as a "may fail" condition for connect() on an AF_UNIX > socket; it is a "shall fail" condition for open(). I take this to mean that a > conforming connect() implementation could ignore directory search permissions > and/or the soc

Re: [PATCH] bootstrap: work around BSD toolchain snafu

On 12/04/13 03:03, Eric Blake wrote: > Signed-off-by: Eric Blake > --- > > I'm not pushing this without a decent review, particularly since > I haven't personally tested it with the FreeBSD setup that Roman > reported where gettext 0.18.3 doesn't play nicely with the > autom4te wrapper. Not ac

Re: [PATCH] Really build without selinux when library is missing.

On 10/21/2013 04:25 PM, Pádraig Brady wrote: > On 10/21/2013 02:41 PM, Michael Haubenwallner wrote: >> * m4/selinux-selinux-h.m4: When the selinux library is missing, really >> continue without selinux, as already told in the warning message. >> --- a/m4/selinux-selinux-h.m

[PATCH] Really build without selinux when library is missing.

to be found while the library already wasn't found earlier. --- ChangeLog | 6 ++ m4/selinux-selinux-h.m4 | 1 + 2 files changed, 7 insertions(+) diff --git a/ChangeLog b/ChangeLog index 1855d16..de9226d 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,9 @@ +2013-10-21 Mi

Re: symbols x platforms matrix

Bruno Haible wrote: > Other updates that would be interesting - does someone of you have access to > such a machine? > - HP-UX 11.31 Sent offlist. /haubi/

Re: stat() replacement with _LARGE_FILES on AIX

Eric Blake wrote: > According to Michael Haubenwallner on 10/30/2009 6:21 AM: >> Hi, > >> using stat() replacement on AIX results in these build errors (seen in >> gzip-1.3.13 on AIX5.3), because AIX defines 'stat' to 'stat64' when >> _LARGE_F

stat() replacement with _LARGE_FILES on AIX

Hi, using stat() replacement on AIX results in these build errors (seen in gzip-1.3.13 on AIX5.3), because AIX defines 'stat' to 'stat64' when _LARGE_FILES is defined (by AC_SYS_LARGEFILE): CC lstat.o lstat.c:62: warning: "struct stat" declared inside parameter list lstat.c:63: error: confl

Re: fix for rename function on Mingw, take 2

On Tue, 2009-04-07 at 20:23 -0700, Ben Pfaff wrote: > On the Windows platform, Microsoft documents the rename function > as refusing to replace existing destination files. This is > allowed by C89 (and C99) but it is not POSIX-compliant, and it > can be quite surprising to programs that want to at

Re: New module pthread

On Thu, 2009-03-26 at 01:01 +0100, Bruno Haible wrote: > - pthread.m4 assumes that in order to use threads, it is only necessary to > add some library at link time. But this is not enough: > - On OSF/1 and Solaris, -D_REENTRANT needs to be added to CPPFLAGS. > - On AIX and FreeBSD, -D_THR

Re: fopen bug on Solaris, HP-UX

On Mon, 2008-09-29 at 10:01 +0200, Michael Haubenwallner wrote: > On Sun, 2008-09-28 at 14:59 +0200, Bruno Haible wrote: > > A followup to this override of open() and fopen(): > > > > > > 2008-09-28 Bruno Haible <[EMAIL PROTECTED]> > > > * lib/st

Re: fopen bug on Solaris, HP-UX

On Sun, 2008-09-28 at 14:59 +0200, Bruno Haible wrote: > A followup to this override of open() and fopen(): > > > 2008-09-28 Bruno Haible <[EMAIL PROTECTED]> > * lib/stdio.in.h (fopen, freopen): Undefine before redefining. Needed > with AIX xlc. Maybe I should just try more hard

please add scandir, alphasort, versionsort

Hi, As far as I can search, scandir and alphasort are candidates for the next Single Unix Specification (post v3), and their usage is growing. On Solaris for example, they are available starting with Solaris 10, but I have the need to port some package to Solaris 8 and 9. So I'm wondering if the