compiling error

Hi All I'm building coreutils on an AIX 5.3 system, using the native c compiler. I need some guidance for a make error. I got through the tr '\015\012' ' ' fix (single space to double space) but got caught with the following, which may be related. Wondering if anyone has seen this and if a fix

[PATCH] Support the factoring of arbitrarily-long numbers with GNU MP.

2008-07-27 James Youngman <[EMAIL PROTECTED]> Support arbitrarily-long numbers with GNU MP. * m4/gmp.m4: New file; adds cu_GMP, which detects GNU MP. * configure.ac: Use cu_GMP. * src/Makefile.am: Link factor against libgmp if available. * src/factor.c: Us

Re: [PATCH 1/2] Support arbitrarily-long numbers with GNU MP.

Andreas Schwab <[EMAIL PROTECTED]> wrote: > Jim Meyering <[EMAIL PROTECTED]> writes: > >> James Youngman <[EMAIL PROTECTED]> wrote: >>> Support arbitrarily-long numbers with GNU MP. >>> * m4/gmp.m4: New file; adds cu_GMP, which detects GNU MP. >>> * configure.ac: Use cu_GMP. >>> *

Re: [PATCH 1/2] Support arbitrarily-long numbers with GNU MP.

Jim Meyering <[EMAIL PROTECTED]> writes: > James Youngman <[EMAIL PROTECTED]> wrote: >> Support arbitrarily-long numbers with GNU MP. >> * m4/gmp.m4: New file; adds cu_GMP, which detects GNU MP. >> * configure.ac: Use cu_GMP. >> * src/Makefile.am: Link factor against libgmp if

Re: [PATCH 1/2] Support arbitrarily-long numbers with GNU MP.

James Youngman <[EMAIL PROTECTED]> wrote: > Support arbitrarily-long numbers with GNU MP. > * m4/gmp.m4: New file; adds cu_GMP, which detects GNU MP. > * configure.ac: Use cu_GMP. > * src/Makefile.am: Link factor against libgmp if available. > * src/factor.c: Use GNU M

Re: [PATCH] ls - fails in a directory with >6M files

Kamil Dudka <[EMAIL PROTECTED]> wrote: > as solution to rhbz #441807 (/bin/ls fails in a directory with >6M files) Thanks for the pointer and patch. Normally I prefer to credit the bug reporter and mention any bug-tracking number, but this one is private. Does it need to remain that way? > I pro

[PATCH] ls - fails in a directory with >6M files

Hello, as solution to rhbz #441807 (/bin/ls fails in a directory with >6M files) I propose tiny patch for ls - work with constant amount of memory when not sorting and using one_per_line format, no matter how many files are in the directory. Tested with directory of about 1 files. Git vers

Re: [PATCH] ls - colorize files with capabilities

On Friday 25 July 2008 12:40:25 you wrote: > On what type of system did the new test succeed for you? > On rawhide, capget appears to malfunction: > > # rm t;>t;strace -e capget setcap cap_net_bind_service=ep t 2>&1|cut > -c-78 capget(0x20071026, 0, NULL) = -1 EFAULT (Bad address) > c

[PATCH] Add support for configure option --without-gmp.

2008-07-30 James Youngman <[EMAIL PROTECTED]> * m4/gmp.m4: Add support for --without-gmp. --- m4/gmp.m4 | 19 +-- 1 files changed, 13 insertions(+), 6 deletions(-) diff --git a/m4/gmp.m4 b/m4/gmp.m4 index c0d1091..1efecd8 100644 --- a/m4/gmp.m4 +++ b/m4/gmp.m4 @@ -11,

Re: [PATCH 1/2] Support arbitrarily-long numbers with GNU MP.

Paul Eggert wrote: > "James Youngman" <[EMAIL PROTECTED]> writes: > >> Although libgmp itself has no further dependencies other than the C >> library, this is still a large-ish extra dependency. Should we also >> introduce a --without-gmp option to configure? > > Yes, particularly if it's added