From 183dd5f707f10e49533cc950a50e7bc88fa7a0ff Mon Sep 17 00:00:00 2001
From: Paul Eggert <eggert@cs.ucla.edu>
Date: Mon, 10 Jan 2005 18:07:42 +0000
Subject: [PATCH] Document changes responding to POSIX interpretations about
 pathchk -p dated 2005-01-06.

---
 NEWS | 16 ++++++++++++++++
 1 file changed, 16 insertions(+)

diff --git a/NEWS b/NEWS
index b2b7f1f6bb..9a4b672fbb 100644
--- a/NEWS
+++ b/NEWS
@@ -1,5 +1,21 @@
 GNU coreutils NEWS                                    -*- outline -*-
 
+* Major changes in release 5.3.1 (2005-??-??) [unstable]
+
+  pathchk changes:
+
+    It now rejects the empty name in the normal case.  That is,
+    "pathchk -p ''" now fails, and "pathchk ''" fails unless the
+    current host (contra POSIX) allows empty file names.
+
+    The new -P option checks whether a file name component has leading "-",
+    as suggested in interpretation "Austin-039:XCU:pathchk:pathchk -p"
+    <http://www.opengroup.org/austin/interps/doc.tpl?gdid=6232>.
+    It also rejects the empty name even if the current host accepts it; see
+    <http://www.opengroup.org/austin/interps/doc.tpl?gdid=6233>.
+
+    The --portability option is now equivalent to -p -P.
+
 * Major changes in release 5.3.0 (2005-01-08) [unstable]
 
 ** Bug fixes
-- 
2.47.3