diff options
| author | Jim Meyering <meyering@redhat.com> | 2009-09-10 17:51:44 +0200 |
|---|---|---|
| committer | Jim Meyering <meyering@redhat.com> | 2009-09-10 18:52:12 +0200 |
| commit | ebc7aacf7b7115bf51305579aaa7ddce77301fd7 (patch) | |
| tree | 871ca983d0662b637da549f766014307ae63b6bb /NEWS | |
| parent | 15223b0c3ba91e70b449784cab71183be597be8c (diff) | |
| download | coreutils-ebc7aacf7b7115bf51305579aaa7ddce77301fd7.tar.xz | |
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.
Diffstat (limited to 'NEWS')
| -rw-r--r-- | NEWS | 8 |
1 files changed, 8 insertions, 0 deletions
@@ -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 |