Re: Error handling in Win32 + gnulib

2009-11-30 Thread Bruno Haible
Richard W.M. Jones wrote: > | Software using gnulib should use errno exclusively, along with > | standard Unix functions such as perror, strerror, etc., which Gnulib > | may replace as necessary so these functions work correctly on > | platforms that lack them (ie. Win32). All Gnulib POSIX replace

Re: Error handling in Win32 + gnulib

2009-11-30 Thread Simon Josefsson
Jim Meyering writes: > Richard W.M. Jones wrote: > ... >> Unfortunately I was never able to get anyone at Red Hat to sign a >> copyright assignment license for me for gnulib, or to get the FSF to >> agree that I didn't need one because I work for Red Hat. > > That is not an issue, since there is

Re: utimens on older linux

2009-11-30 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 11/25/2009 6:41 AM: > As discussed on coreutils; some Linux kernels support utimensat but not > symlink timestamps. Now pushed. Needs this fix when targetting cygwin 1.5: - -- Don't work too hard, make some time for fun as

Re: [PATCH] bootstrap: handle perl-5.11's changed --version output

2009-11-30 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jim Meyering on 11/30/2009 3:55 AM: > BTW, here's what 5.11.2 prints: > > $ perl --version |sed -n 2p > This is perl 5, version 11, subversion 2 (v5.11.2-81-g162177c*) built for > x86_64-linux It looks like perl has switched to git! Bu

Re: [PATCH] bootstrap: handle perl-5.11's changed --version output

2009-11-30 Thread Jim Meyering
Pádraig Brady wrote: > Jim Meyering wrote: >> with F12's 5.10.0, I see this: >> >> $ perl -le 'print $]' >> 5.01 > > I didn't use $] in the adjusted get_version() I sent :) > >> So $^V appears to be out. >> >> Want to write the patch? >> There must be something canonical and "easy" in P

Re: [PATCH] bootstrap: handle perl-5.11's changed --version output

2009-11-30 Thread Pádraig Brady
Jim Meyering wrote: > with F12's 5.10.0, I see this: > > $ perl -le 'print $]' > 5.01 I didn't use $] in the adjusted get_version() I sent :) > So $^V appears to be out. > > Want to write the patch? > There must be something canonical and "easy" in Perl itself, considering > the pre

Re: [PATCH] bootstrap: handle perl-5.11's changed --version output

2009-11-30 Thread Jim Meyering
Pádraig Brady wrote: > Jim Meyering wrote: >> Pádraig Brady wrote: >>> Jim Meyering wrote: I've built and have been experimenting with perl 5.11.2+ and hit a little snag: bootstrap was unable to extract the version number from its new --version output. To address that, I've cha

Re: Error handling in Win32 + gnulib

2009-11-30 Thread Paolo Bonzini
On 11/30/2009 10:16 AM, Richard W.M. Jones wrote: My take from this is that we need a 'set_errno' function which is equivalent to 'set_winsock_errno' and is used for all non-socket functions. For all non-socket functions that are mapped to Win32 functions, yes. Here is the list that Wine uses,

Re: Error handling in Win32 + gnulib

2009-11-30 Thread Richard W.M. Jones
On Fri, Nov 27, 2009 at 03:57:13PM +, Richard W.M. Jones wrote: > Win32 itself doesn't use or define a variable called 'errno', but > gnulib does provide this variable when linked to Win32 programs. This statement is inaccurate: Win32 does define errno, but only uses it for some "system level"

Re: Error handling in Win32 + gnulib

2009-11-30 Thread Jim Meyering
Richard W.M. Jones wrote: ... > Unfortunately I was never able to get anyone at Red Hat to sign a > copyright assignment license for me for gnulib, or to get the FSF to > agree that I didn't need one because I work for Red Hat. That is not an issue, since there is a blanket ("ANY") assignment from

Re: [PATCH] bootstrap: handle perl-5.11's changed --version output

2009-11-30 Thread Jim Meyering
Pádraig Brady wrote: > Jim Meyering wrote: >> Pádraig Brady wrote: >>> Jim Meyering wrote: I've built and have been experimenting with perl 5.11.2+ and hit a little snag: bootstrap was unable to extract the version number from its new --version output. To address that, I've cha

Re: Error handling in Win32 + gnulib

2009-11-30 Thread Richard W.M. Jones
On Mon, Nov 30, 2009 at 09:16:04AM +, Richard W.M. Jones wrote: > My take from this is that we need a 'set_errno' function which is Jim pointed out to me that calling it 'set_errno' is likely to be confused with the glibc macro __set_errno. Call it 'win32_set_errno' of whatever instead, but t

Re: [PATCH] bootstrap: handle perl-5.11's changed --version output

2009-11-30 Thread Pádraig Brady
Jim Meyering wrote: > Pádraig Brady wrote: >> Jim Meyering wrote: >>> I've built and have been experimenting with perl 5.11.2+ >>> and hit a little snag: bootstrap was unable to extract >>> the version number from its new --version output. >>> To address that, I've changed bootstrap to special-case

Re: Error handling in Win32 + gnulib

2009-11-30 Thread Richard W.M. Jones
It's not been stated in so many words, but from what I gather the policy on errors in Gnulib is as follows. | Software using gnulib should use errno exclusively, along with | standard Unix functions such as perror, strerror, etc., which Gnulib | may replace as necessary so these functions work cor