Ну а что сказать то хотел?

Там написано, зачем они так решили сделать:

Se we'd like to simplify several automake-generated «cleaning» rules
accordingly, to get rid of the awful idiom:

test -z "$(VAR)" || rm -f $(VAR)

Это упростит код, и не только automake-generated. Я встречал такие конструкции в обычных скриптах, в других проектах.

Я было подумал, может такое поведение лучше контролировать через ключи? Например, отдельный ключ для игнорирования ошибок при работе с ФС, и отдельный ключ для игнорирования несуществующих аргументов. Но если нужен такой контроль и более надёжная обработка ошибок, то, наверное, такое нужно писать на другом языке.

В общем, какие подводные камни могут быть с новым POSIX?

вместо того, чтобы закопать automake, они протаскивают это в posix...

shopt -u nullglob
rm -f неСуществующийФайл.*
shopt -s nullglob
rm -f неСуществующийФайл.*

Почему поведение первого rm-а должно отличаться от второго?

А оно отличается?

► mkdir /tmp/123
► pushd /tmp/123/
/tmp/123 ~
► touch 1 2 3
► shopt -u nullglob 
► rm -f 4.* ; echo $?
0
► ls -l
total 0
-rw-rw-r-- 1 dexpl dexpl 0 мар 12 09:33 1
-rw-rw-r-- 1 dexpl dexpl 0 мар 12 09:33 2
-rw-rw-r-- 1 dexpl dexpl 0 мар 12 09:33 3
► rm -f 4.* ; echo $?
0
► ls -l
total 0
-rw-rw-r-- 1 dexpl dexpl 0 мар 12 09:33 1
-rw-rw-r-- 1 dexpl dexpl 0 мар 12 09:33 2
-rw-rw-r-- 1 dexpl dexpl 0 мар 12 09:33 3

Да, при таком поведении «rm -f», понятное дело, авторы скриптов могут чуть-чуть сократить строки, переложив, по сути, проверку аргументов на сам «rm -f», который при их наличии удалит что нужно, а при их отсутствии не выпадет в осадок. Но, я бы назвал это следствием (из уже имеющегося стандарта (если он имеется)). А чтобы протаскивать такое в стандарты нужны серьёзные основания.

Это поведение rm уже в стандарте POSIX, начиная с TC2 от 2016 года.

Странно. Вероятно, у разработчиков не дошли руки обновить шаблон по которому они создают NEWS файл.

rm так себя ведет в OpenBSB, FreeBSD и Linux. Чо бы и не затащить.

кстати, совершенно ничего не делает. Абсолютно

Печаль, надо было, чтобы подразумевалось /*

А оно отличается?

Там же написано - в дикой природе уже нет, а стандарт отстаёт.

--no-preserve-root /*

Для /* не требуется no preserve root. Только для /

предлагаю еще rm -rf без аргумента на корень перенаправлять и sudo запрашивать, чтоб веселее было