Re: areadlinkat

2009-10-26 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 10/21/2009 9:33 PM: >> +* lib/at-func.c (FUNC_FAIL): New define. >> +(AT_FUNC_NAME, VALIDATE_FLAG): Use it rather than raw -1. > > Oops - I missed one instance relating to FUNC_FAIL. test-areadlinkat was > failing o

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

2009-10-26 Thread Bruno Haible
Pádraig Brady wrote: > Hmm it's a bit surprising that min()/max() are not available > as $((shell arithmetic)) or in `expr`. Consequently I agree that > adding the option you suggest is useful. But min() and max() are available through the 'test' program or shell built-in command. If the user ca

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

2009-10-26 Thread Bruno Haible
Hi Giuseppe, > No, it should not be a hardware inspection tool but a portable > tool to help shell scripts to have an idea of how many > processes can be executed at the same time. If we get too > much into details then we loose portability Good. This is important info; IMO it belongs in the cor

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

2009-10-26 Thread Giuseppe Scrivano
Pádraig Brady writes: > Hmm it's a bit surprising that min()/max() are not available > as $((shell arithmetic)) or in `expr`. Consequently I agree that > adding the option you suggest is useful. What will we call it though? I remember a recent discussion about adding min/max to sort. Is still

Re: solaris 9: undefined symbol rpl_open

2009-10-26 Thread Thomas Guyot-Sionnest
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 26/10/09 07:54 AM, Eric Blake wrote: > According to Thomas Guyot-Sionnest on 10/26/2009 1:46 AM: >> So from what I can see from the error output pst3.o requires rpl_open >> because the gnulib includes redefine open as rpl_open in some systems >> (if

Re: solaris 9: undefined symbol rpl_open

2009-10-26 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Thomas Guyot-Sionnest on 10/26/2009 1:46 AM: > So from what I can see from the error output pst3.o requires rpl_open > because the gnulib includes redefine open as rpl_open in some systems > (if @GNULIB_OPEN@ && @REPLACE_OPEN@), but fail t

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

2009-10-26 Thread Paolo Bonzini
On 10/26/2009 11:33 AM, Pádraig Brady wrote: So how about sort -j,--jobs to match `make`? Agreed. However, I think that for coreutils programs it should be the default to use threads whenever possible. Paolo

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

2009-10-26 Thread Pádraig Brady
Gilles Espinasse wrote: > - Original Message - > From: "Giuseppe Scrivano" >> >> For example, assuming that `sort' will soon get the --threads option and >> an user decides to use all cores except one to sort a file, then it can >> be done as: >> >> sort --threads="$(($(core-count) - 1))"

Re: solaris 9: undefined symbol rpl_open

2009-10-26 Thread Thomas Guyot-Sionnest
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25/10/09 04:48 PM, Bruno Haible wrote: > Thomas Guyot-Sionnest wrote: >> The builds are now complaining about a missing rpl_open symbol. >> ... >> Any idea what's wrong? > > First, you can determine whether the problem is in gnulib or in your packa

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

2009-10-26 Thread Gilles Espinasse
- Original Message - From: "Giuseppe Scrivano" To: "Bruno Haible" Cc: ; ; "Jim Meyering" Sent: Monday, October 26, 2009 12:45 AM Subject: Re: [PATCH] core-count: A new program to count the number of cpucores ... > > If it is meant as a tool for helping the parallelization of tasks at