util-linux: getopt: broken --name option for a while now

util-linux: getopt: broken --name option for a while now

[Andrey Repin]

Greetings, All!

This has been plaguing me for several years, but only now I got to test it
more thoroughly.
Shame on me.

$ /usr/bin/getopt --options '+H' --shell sh --name x -- -d
getopt: unknown option -- d

Expected output:
x: unknown option -- d

$ /usr/bin/getopt -V
getopt from util-linux 2.25.2

Poked around,
getopt from 2.20.1, 2.27.1, 2.31.1 and (reportedly)2.33 works as expected.

Is there a chance for an update?


-- 
With best regards,
Andrey Repin
Friday, December 7, 2018 2:51:20

Sorry for my terrible english...


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: util-linux: getopt: broken --name option for a while now

[Houder]

On Fri, 7 Dec 2018 02:56:50, Andrey Repin  wrote:
> Greetings, All!
> 
> This has been plaguing me for several years, but only now I got to test it
> more thoroughly.
> Shame on me.
> 
> $ /usr/bin/getopt --options '+H' --shell sh --name x -- -d
> getopt: unknown option -- d
> 
> Expected output:
> x: unknown option -- d
> 
> $ /usr/bin/getopt -V
> getopt from util-linux 2.25.2
> 
> Poked around,
> getopt from 2.20.1, 2.27.1, 2.31.1 and (reportedly)2.33 works as expected.

2.27.1? Typo?

See:
https://stackoverflow.com/questions/43078330/how-to-use-the-name-argument-to-getopt
( How to use the --name argument to getopt? )

 "This is a bug (or just a non-portability issue) which is already fixed in
  util-linux 2.28, by commit 30fbf2f6. Before this fix it worked only on Linux,
  OSX and a few BSD flavors but not on WIN32 or GNU-Hurd for example".

The answer by "rudimeier" also decribes a temporary work-around.

Regards,
Henri

> Is there a chance for an update?
> 
> 
> -- 
> With best regards,
> Andrey Repin
> Friday, December 7, 2018 2:51:20


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: util-linux: getopt: broken --name option for a while now

[Andrey Repin]

Greetings, Houder!

> On Fri, 7 Dec 2018 02:56:50, Andrey Repin  wrote:
>> Greetings, All!
>> 
>> This has been plaguing me for several years, but only now I got to test it
>> more thoroughly.
>> Shame on me.
>> 
>> $ /usr/bin/getopt --options '+H' --shell sh --name x -- -d
>> getopt: unknown option -- d
>> 
>> Expected output:
>> x: unknown option -- d
>> 
>> $ /usr/bin/getopt -V
>> getopt from util-linux 2.25.2
>> 
>> Poked around,
>> getopt from 2.20.1, 2.27.1, 2.31.1 and (reportedly)2.33 works as expected.

> 2.27.1? Typo?

No, just a different OS.

# lsb_release -a; /usr/bin/getopt -V; /usr/bin/getopt --options '+H' --shell sh --name x -- -d
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.5 LTS
Release:        16.04
Codename:       xenial
getopt from util-linux 2.27.1
x: invalid option -- 'd'
 --

> See:
> https://stackoverflow.com/questions/43078330/how-to-use-the-name-argument-to-getopt
> ( How to use the --name argument to getopt? )

>  "This is a bug (or just a non-portability issue) which is already fixed in
>   util-linux 2.28, by commit 30fbf2f6. Before this fix it worked only on Linux,

That explains it.

>   OSX and a few BSD flavors but not on WIN32 or GNU-Hurd for example".

> The answer by "rudimeier" also decribes a temporary work-around.


-- 
With best regards,
Andrey Repin
Friday, December 7, 2018 20:24:07

Sorry for my terrible english...


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple