Re: Test failure in tac (coreutils-5.92) on Solaris

Thanks for the quick patch! It works for me. For the record, this patch was also needed on HP/UX, Mac OS X, and Irix. -- Peter Fales Lucent Technologies, Room 1C-436 N9IYJ 2000 Lucent Ln, PO Box 3033 internet: [EMAIL PROTECTED] Naperville,

Re: Test failure in tac (coreutils-5.92) on Solaris

Peter Fales <[EMAIL PROTECTED]> wrote: > On Solaris, tac is failing when reading from stdin and stdin is a terminal. > (it works on Linux) E.g. a command like this works: > > $ echo 'a\nb' | tac > b > a > > But simply running tac from the command line results in getting a shell >

Re: [coreutils-5.92] make install failure

Ralf Menzel <[EMAIL PROTECTED]> wrote: > when I try to do a `make install' I get the following failure: > > --- snip --- > [---] > Making install in po > /home/menzel/src/4.0/coreutils-5.92/po > make[1]: Entering directory `/home/menzel/src/4.0/coreutils-5.92/po' > /bin/sh ../build-aux/mkinstalldir

Test failure in tac (coreutils-5.92) on Solaris

On Solaris, tac is failing when reading from stdin and stdin is a terminal. (it works on Linux) E.g. a command like this works: $ echo 'a\nb' | tac b a But simply running tac from the command line results in getting a shell prompt back (no chance to type anything):

[coreutils-5.92] make install failure

Hi, when I try to do a `make install' I get the following failure: --- snip --- [---] Making install in po /home/menzel/src/4.0/coreutils-5.92/po make[1]: Entering directory `/home/menzel/src/4.0/coreutils-5.92/po' /bin/sh ../build-aux/mkinstalldirs mkdir -p -- /locale/af/LC_MESSAGES mkdir: cann

Re: heap corruption in du

Hello again, On Mon, Oct 24, 2005 at 05:03:11PM +0200, Mikulas Patocka wrote: > You can modify libtool so that when it is creating static library and > compiler is "icc" or "icpc" (or "some/path/icc" or "some/path/icpc"), > it passes it -no-ipo switch. (dynamic libraries work fine with

Re: heap corruption in du

On Mon, 24 Oct 2005, Stepan Kasal wrote: Ahoj Mikulasi, On Mon, Oct 24, 2005 at 04:01:09PM +0200, Mikulas Patocka wrote: You can modify libtool so that when it is creating static library and compiler is "icc" or "icpc" (or "some/path/icc" or "some/path/icpc"), it passes it -no-ipo switch. (d

Re: heap corruption in du

Ahoj Mikulasi, On Mon, Oct 24, 2005 at 04:01:09PM +0200, Mikulas Patocka wrote: > >>You can modify libtool so that when it is creating static library and > >>compiler is "icc" or "icpc" (or "some/path/icc" or "some/path/icpc"), > >>it passes it -no-ipo switch. (dynamic libraries work fine with -ip

Re: heap corruption in du

On Mon, 24 Oct 2005, Paul Eggert wrote: Mikulas Patocka <[EMAIL PROTECTED]> writes: The compilation gets a bit further with the patch, but it still doesn't work --- this time it is problem of intel compiler --- it can't extract its intercode from *.a files. The Intel compiler mishandles stat

Re: I: [PATCH] coreutils-5.92 make_dir_parents regression

"Dmitry V. Levin" <[EMAIL PROTECTED]> wrote: > "mkdir -p" and "install -d" now fail when creating final component > of the file name when it already exists. > Proposed patch with testcase is attached. > > 2005-10-24 Dmitry V. Levin <[EMAIL PROTECTED]> > > * lib/mkdir-p.c (make_dir_parents):

I: [PATCH] coreutils-5.92 make_dir_parents regression

Hi, "mkdir -p" and "install -d" now fail when creating final component of the file name when it already exists. Proposed patch with testcase is attached. -- ldv 2005-10-24 Dmitry V. Levin <[EMAIL PROTECTED]> * lib/mkdir-p.c (make_dir_parents): When creating final component of

Re: [bug #14849] Missing comma causes mismatch between slack_codes and ls_codes

> Summary: Missing comma causes mismatch between slack_codes and ls_codes ... > Details: > > Due to a missing comma in dircolors.c, there is a mismatch between some > entries in slack_codes and ls_codes, causing all sorts of problems when you > try to use your own colors for a few file types. Patc

Re: [bug #14848] [5.92 regression] "mkdir -p nonexistent/." fails

Thanks for the quick report! I've just fixed it with the patch below. I will add a test, too, of course. Matthias Andree <[EMAIL PROTECTED]> wrote: > URL: > ... > Details: > > As of coreutils 5.92, there is a regression over previous

Re: heap corruption in du

Mikulas Patocka <[EMAIL PROTECTED]> writes: > The compilation gets a bit further with the patch, but it still > doesn't work --- this time it is problem of intel compiler --- it > can't extract its intercode from *.a files. The Intel compiler mishandles static libraries? That sounds like a real