Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Mon, 28 Jul 2014 00:30:44 +0200
From: Felix Janda <>
Subject: Re: More GNU semantics for getopt_long?

Rich Felker wrote:
> > > > I noticed that there is a patch from Michael Forney on the mailing
> > > > list implementing the abbreviated options but there were not any
> > > > comments on it.
> > > 
> > > Yes that's it.
> > 
> > Thanks for revisiting the patch.
> Have you tried it and confirmed that it solves your problem and
> doesn't introduce any bugs that you immediately notice? I'd like to
> include it in the upcoming release but I don't want to introduce a
> stupid regression from lack of testing...

I did some tests right now. The abbreviated options seem to work.

If the long option abbreviation is ambiguous, patched musl's
getopt_long will return the last match in the longopts array instead
of '?'.

I also noticed that 66fcde4ae4a52ae3edb1cf237ce2c22d08d7a062 seems
to have broken getopt_long: Even if optstring does not begin with
':', getopt_long will return ':' if a long option is not supplied
by its required argument.


Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.