A NOTE has been added to this issue. ====================================================================== https://austingroupbugs.net/view.php?id=1892 ====================================================================== Reported By: calestyo Assigned To: ====================================================================== Project: 1003.1(2024)/Issue8 Issue ID: 1892 Category: Shell and Utilities Type: Clarification Requested Severity: Editorial Priority: normal Status: New Name: Christoph Anton Mitterer Organization: User Reference: Section: 2.7 Redirection Page Number: 2493 Line Number: 80966, ff. Interp Status: --- Final Accepted Text: ====================================================================== Date Submitted: 2024-12-12 03:40 UTC Last Modified: 2024-12-12 06:31 UTC ====================================================================== Summary: definition of `{location}>redir-op word` does not specify whether a qouted location is still considered part of the redirection ======================================================================
---------------------------------------------------------------------- (0006996) larryv (reporter) - 2024-12-12 06:31 https://austingroupbugs.net/view.php?id=1892#c6996 ---------------------------------------------------------------------- https://austingroupbugs.net/view.php?id=1892#c6995:<blockquote>Well if this is the case, then it's strange that the 2024 edition standardised (in the sense of "allowed") behaviour which make some of the previously only forms non-portable.</blockquote>They were already nonportable because implementations had introduced {var}>file etc. in contravention of the previous standard. See https://austingroupbugs.net/view.php?id=1193:<blockquote>Likewise, the standard does not permit the useful feature:<blockquote>{var}>file</blockquote>and related redirections because the grammar requires:<pre>echo foo {var}>file</pre>to be parsed such that {var} is a WORD to be expanded and passed to echo.</blockquote>The cat was out of the bag; no point in pretending otherwise. https://austingroupbugs.net/view.php?id=1892#c6995:<blockquote>If that is indeed meant to be, than I'd revise my desired action, to add a warning or something alike explicitly mentioning that: a) it's undefined whether or not quoting of {location} causes it to be not taken as part of the redirection b) and consequently that any form where {location} is not separated by whitespace from redir-op is no longer guaranteed to be portable.</blockquote>As I said in https://austingroupbugs.net/view.php?id=1892#c6994, I believe (a) is covered by the existing language. More useful than (b) would be something stating that applications that wish to avoid that format should ensure that one or more <blank> characters precede <i>redir-op</i>. Issue History Date Modified Username Field Change ====================================================================== 2024-12-12 03:40 calestyo New Issue 2024-12-12 03:40 calestyo Name => Christoph Anton Mitterer 2024-12-12 03:40 calestyo Section => 2.7 Redirection 2024-12-12 03:40 calestyo Page Number => 2493 2024-12-12 03:40 calestyo Line Number => 80966, ff. 2024-12-12 05:02 larryv Note Added: 0006994 2024-12-12 05:19 calestyo Note Added: 0006995 2024-12-12 06:31 larryv Note Added: 0006996 ======================================================================
