Re: getaddrinfo needs $(INET_NTOP_LIB)

2009-11-05 Thread Simon Josefsson
Eric Blake writes: > Simon Josefsson josefsson.org> writes: > >> > Wouldn't it be nicer to rewrite the getaddrinfo.m4 to guarantee that >> > $(GETADDRINFO_LIB) contains the contents of $(INET_NTOP_LIB), so that >> > there is only one link line? >> >> Hm, good point. How about this? > > Yes, I

Re: "make check" failure when building GNU m4 1.4.13 on Mac OS X Snow Leopard

2009-11-05 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Leo Davis on 11/5/2009 2:27 PM: > Hello, > > I tried building GNU m4 1.4.13 on a MacBook running Snow Leopard (10.6.1 > Intel). > I have Xcode 3.2.1 installed (gcc is i686-apple-darwin10-gcc-4.2.1 (GCC) > 4.2.1 (Apple Inc. build 5646) (do

Re: freopen_safer

2009-11-05 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 11/5/2009 10:43 AM: > $ cat foo.c > #include > int main() > { > if (stderr != freopen("/dev/null","w",stderr)) > return 5; > return fileno(stderr); > } > $ ./foo && echo $? > 2 > $ ./foo <&- && echo $? > 0 > $ ./foo

Re: [PATCH] core-count: A new program to count the number of cpu cores

2009-11-05 Thread Giuseppe Scrivano
Hello, Erik Auerswald writes: > Why have an option for the default operation at all? If --available is > the same as specifying no option and the only other mode of operation is > --all, only the --all option should be recognised. There is no need for > --available. it is not very common case b

Re: freopen_safer

2009-11-05 Thread Eric Blake
Eric Blake byu.net> writes: > This should definitely be fixed for clients of the stdio-safer module (and its > corresponding "stdio--.h") - if we ever violate the premise that > STDERR_FILENO==fileno(stderr), then the whole point of the *_safer functions is > lost. Here's what I will probab

Re: [PATCH] core-count: A new program to count the number of cpu cores

2009-11-05 Thread Giuseppe Scrivano
Hi Pádraig, Pádraig Brady writes: > Well --available and --all are mutually exclusive and related. > That fact is obvious if they're parameters to a single option. > But I do take your point that --count is a bit redundant, > and I don't see nproc getting many other options, so OK > leave them a