On Sat, Feb 22, 2014 at 09:45:18PM +0000, Patrick Welche wrote: > On Sat, Feb 22, 2014 at 10:08:34PM +0000, David Laight wrote: > > On Sat, Feb 22, 2014 at 09:40:38PM +0000, Patrick Welche wrote: > > > On Sat, Feb 22, 2014 at 09:55:48PM +0900, Ryo ONODERA wrote: > > > > From: [email protected] (Christos Zoulas), Date: Fri, 21 Feb 2014 > > > > 02:11:36 +0000 (UTC) > > > > > > > > > In article > > > > > <cabfrot8bczo+czrp-tffrc3j-qjdcp1grdkcjnujpq_jojt...@mail.gmail.com>, > > > > > B Harder <[email protected]> wrote: > > > > >>I suspect that the recent changes to ls have affected its output, > > > > >>which affects Emacs "dired" mode (it parses ls output). > > > > >> > > > > >>1) Am I correct output has changed? > > > > >>2) if "yes", is this expected behaviour? > > > > > > > > > > No, output should not have changed unless the new options are used. > > > > > > > > With ls.c 1.71, output of ls -w is broken. > > > > > > > > /usr/src/bin/ls% LANG=C ./ls -w > > > > . . . . . . > > > > . . . . . . > > > > . . . . . > > > > > > > > > I noticed that as "ls | more" giving a different result to "ls". > > > > "ls | more" implies "ls -1 | more". > > > > I'm not sure you can actually get the terminal output into a file > > (without using something like script). > > Maybe I had better be more explicit: > > $ ls > one three two > $ ls | more > . > . > . > $ > > That is very "different"...
Believe it or not, this seems to be way sh build.sh tools a.k.a. /usr/src/tools/make/configure is broken: configure:1340: result: < result: $ac_file configure:1345: checking whether the C compiler works configure:1351: ./ eval: ./: permission denied because that should read ./$ac_file, but ac_file is set using `ls...` which doesn't seem to return anything! Cheers, Patrick
