guile-user
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: SRFI-37 and short-name option with optional argument


From: Linus Björnstam
Subject: Re: SRFI-37 and short-name option with optional argument
Date: Tue, 12 May 2020 22:28:50 +0200
User-agent: Cyrus-JMAP/3.3.0-dev0-413-g750b809-fmstable-20200507v1

I Sony have an answer to your question, but using (ice-9 getopt-long)is usually 
the library guilers reach for unless they want to install third party 
libraries: 
https://www.gnu.org/software/guile/manual/html_node/getopt_002dlong.html#getopt_002dlong

-- 
  Linus Björnstam

On Tue, 12 May 2020, at 22:14, zimoun wrote:
> Dear,
> 
> The semantic of short-name option with optional argument is not clear
> as the comment says:
> 
> http://git.savannah.gnu.org/cgit/guile.git/tree/module/srfi/srfi-37.scm#n58
> 
> Let consider that the option '-a, --long-a' has an optional argument
> and '-b, --long-b' another option.  Currently, from my tests using
> SRFI-37:
> 
>   -a X -b     # OK (1)
>   -aX -b      # OK (2)
>   --long-a -b # OK
> 
>   -a -b       # KO (3)
> 
> The semantic of (3) is ambiguous, obviously. :-)
> 
> So, it seems that the argument is not optional for the short-name
> case.  One way to resolve such case is to remove the form (1) when the
> short-name '-a' accepts an optional argument.
> 
> Does it make sense?
> 
> 
> Thank you in advance for your wise advice.
> 
> Best regards,
> simon
> 
>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]