Dear Tom, On Tue, 12 May 2020 at 11:55, Tom Zander via Bug reports for GNU Guix wrote: [...] > C apps using libc, python apps using their parser, even C++ apps using the Qt > commandline classes, all are generally compatible with regards to behavior. > > Only Guix is different. Please could you indicate me command-line tools where short-option with optional-argument is possible. Because if there is one, I could have inspiration to know how it resolves the ambiguity. > > However (srfi srfi-37) does it as we see it now. Fixing it would mean > > implementing a different option parser. > > Then fix that parser. It is inconsistent with the rest of the world and as long > as it is end-user-facing this inconsistency is a usability bug. A rather > massive one, I might say as this is about as core to the user-interaction of > the platform as it can get. The parser is not inconsistent with the rest of the world. Or please indicate with concrete examples what is wrong. The issue is that Guix uses a bad practise: option with optional-argument with both short and long name. It is a mistake to provide the short-name for such case. Thank you for the report. Now all this is clearer for me and I do not think it is a fixable bug. All the best, simon