"Poor Yorick" <[EMAIL PROTECTED]> wrote: > installing coreutils-6.12 on SunOS 5.9, with gcc-4.2.2 and gnu ld, Makefile > contains unexpected "\.1" entries in Makefile: > > MAN = uname.1 > chroot.1 ... Thanks for the report.
> for gl_i in `sed -n '/^'$v' =/,/[[^\]]$/p' $mk \ > | sed 's/^ *//;/^\$.*/d;/^'$v' =/d' \ > | tr -s '\\015\\012\\\\' ' '`; do > gl_ADD_PROG([optional_bin_progs], $gl_i) > done > > With solaris "tr", the following command leaves the backslash in the output. > It seems to have too many backslashes, and the number of spaces in the second > argument of the "tr" command does not match the number of characters in the > first argument: > > bash-2.05$ echo $'foo \\ \012 bar' | tr -s '\\015\\012\\\\' ' ' > foo \ > bar That's not the same context as the above. In the for loop above, the tr use is within a `...` context. In *that* case, you'll find the extra backslashes are required. > The following patch seems to work: ... > - | tr '\015\012' ' '; echo` > + | tr '\015\012' ' '; echo` That is the part that was required. Both tr-related problems were already fixed in git. http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=5f47278372 http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=8253a9aeb4 You might want to try the latest snapshot next time, http://meyering.net/cu/coreutils-ss.tar.gz http://meyering.net/cu/coreutils-ss.tar.lzma _______________________________________________ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils