Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #15200
| From | Stephane Chazelas <stephane.chazelas@gmail.com> |
|---|---|
| Newsgroups | gnu.bash.bug |
| Subject | Re: Incorrect option processing in builtin printf(1) |
| Date | 2019-07-22 20:48 +0100 |
| Message-ID | <mailman.2023.1563824931.2688.bug-bash@gnu.org> (permalink) |
| References | <201907221756.x6MHuxaR019063@jinx.noi.kre.to> <mailman.2014.1563818289.2688.bug-bash@gnu.org> <20190722194843.azebfqpardb76fdd@chaz.gmail.com> |
2019-07-23 00:56:59 +0700, kre@munnari.OZ.AU: [...] > POSIX specifies that printf(1) has no options, and by not > specifying that it is intended to comply with XBD 12.2 effectivly > says that it is not. That is, in printf, the first arg is > always the format string, whatever it contains. [...] If that was the case, then that would be bug in the POSIX specification. I can't find a single printf implementations where printf -- outputs -- (I tried bash, zsh, ksh93, GNU, yash, busybox, busybox ash, Solaris /bin/printf). Even if POSIX didn't mandate printf -- -%s x to output -x, I'd say it would be a bug in the POSIX specification (it looks like it is). -- Stephane
Back to gnu.bash.bug | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Incorrect option processing in builtin printf(1) kre@munnari.OZ.AU - 2019-07-23 00:56 +0700 Re: Incorrect option processing in builtin printf(1) Stephane Chazelas <stephane.chazelas@gmail.com> - 2019-07-22 20:48 +0100 Re: Incorrect option processing in builtin printf(1) Eric Blake <eblake@redhat.com> - 2019-07-22 14:55 -0500 Re: Incorrect option processing in builtin printf(1) Stephane Chazelas <stephane.chazelas@gmail.com> - 2019-07-22 21:10 +0100
csiph-web