Pádraig Brady wrote:
Just to summarize what's happening here...
There are 3 CPU counts possible:
total = online = available
online corresponds to the CPUs enabled system wide,
whereas available is what's available to a particular
process which may be less due to affinity config.
Jim Meyering wrote:
Mike Frysinger wrote:
On Saturday 09 January 2010 03:58:02 Chris Clayton wrote:
I'm getting a build error with coreutils-8.3. version 8.2 builds fine
with the same toolset/glibc releases. The error is as follows:
gcc version is 4.4.3 20100105 (prerelease). glibc is
On 10/01/10 10:32, Bruno Haible wrote:
Pádraig Brady wrote:
So what about a possible work around?
How about doing this in nproc(1):
if (num_processors(NPROC_ALL) == 1)
return num_processors(NPROC_CURRENT_OVERRIDABLE)
It should be NPROC_CURRENT, not NPROC_CURRENT_OVERRIDABLE, I think,
Jim Meyering cited Brian Gough:
since knowing that this is reproducible on fencepost might help debug it.
It's also reproducible on stock openSUSE 11.0 systems.
Jim Meyering cited Mike Frysinger:
commit 0f2ae55cf707947688bd28b55899a148fd3d7646
On Sun, Jan 10, 2010 at 11:32:50AM +0100, Bruno Haible wrote:
[...]
I like this workaround, but would prefer to have it in the nproc module
in gnulib. coreutils/src/nproc.c is purely the command-line program.
Here's a proposed patch.
It looks good, thank you.
--
ldv
pgpyzrOibAKXP.pgp
The LCOV coverage tests of libunistring showed lack of test suite coverage of
most of unistr/* and some of unictype/*. I'm therefore adding some new unit
tests, to increase the test suite coverage.
The new tests have uncovered minor bugs in some functions: u16_to_u32,
u16_to_u8, u8_to_u32,
2010/1/10 Jim Meyering j...@meyering.net:
Jim Meyering wrote:
Mike Frysinger wrote:
On Saturday 09 January 2010 03:58:02 Chris Clayton wrote:
I'm getting a build error with coreutils-8.3. version 8.2 builds fine
with the same toolset/glibc releases. The error is as follows:
gcc version is