From ebc7aacf7b7115bf51305579aaa7ddce77301fd7 Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Thu, 10 Sep 2009 17:51:44 +0200 Subject: link,ln: use gnulib's link module to work around Solaris 10 deficiency Before this change, :>f; ln -T f no-such/ would succeed on Solaris 10. After it, ln fails, as it should: ln: accessing `z/': Not a directory The command, link f no-such/, had the same problem on that system. * bootstrap.conf (gnulib_modules): Add "link". * tests/ln/slash-decorated-nonexistent-dest: New test. * tests/Makefile.am (TESTS): Add it. * NEWS (Portability): Mention the improvement. --- NEWS | 8 ++++++++ 1 file changed, 8 insertions(+) (limited to 'NEWS') diff --git a/NEWS b/NEWS index 26dcd598f..5c23a0732 100644 --- a/NEWS +++ b/NEWS @@ -45,6 +45,14 @@ GNU coreutils NEWS -*- outline -*- (i.e., not inotify-based) implementation. [bug introduced in coreutils-7.5] +** Portability + + ln, link: link f z/ would mistakenly succeed on Solaris 10, given an + existing file, f, and nothing named "z". ln -T f z/ has the same problem. + Each would mistakenly create "z" as a link to "f". Now, even on such a + system, each command reports the error, e.g., + link: cannot create link `z/' to `f': Not a directory + ** New features cp --reflink accepts a new "auto" parameter which falls back to -- cgit v1.2.3-54-g00ecf