Re: lib/55350: NetBSD does not have getopt_long_only(3)

[Joerg Sonnenberger <joerg%bec.de@localhost>]

The following reply was made to PR lib/55350; it has been noted by GNATS.

From: Joerg Sonnenberger <joerg%bec.de@localhost>
To: Chris Hanson <cmhanson%eschatologist.net@localhost>
Cc: Jason Thorpe <thorpej%me.com@localhost>, gnats-bugs%netbsd.org@localhost,
	lib-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
	netbsd-bugs%netbsd.org@localhost
Subject: Re: lib/55350: NetBSD does not have getopt_long_only(3)
Date: Sat, 6 Jun 2020 02:45:58 +0200

 On Fri, Jun 05, 2020 at 05:29:11PM -0700, Chris Hanson wrote:
 > On Jun 5, 2020, at 5:24 PM, Joerg Sonnenberger <joerg%bec.de@localhost> wrote:
 > > 
 > > On Fri, Jun 05, 2020 at 04:16:37PM -0700, Jason Thorpe wrote:
 > >> 
 > >>> On Jun 5, 2020, at 3:20 PM, Kamil Rytarowski <kamil%netbsd.org@localhost> wrote:
 > >>> 
 > >>> Last time I worked on it, there was a decision to not implement it.
 > >> 
 > >> If it's for broader compatibility, why would we not provide it?  Seems ridiculous.
 > > 
 > > It's only used by certain GNU programs with a horrible inconsistent CLI.
 > > Using it can be considered a huge bug in the program. It really
 > > shouldn't be added.
 > 
 > Not just GNU programs; I encountered the lack of this building SoapyDSR.
 > 
 > Is it reasonable to demand these programs change in order to run? FreeBSD and macOS donâ??t seem to think so.
 
 Have you read what was said about it earlier? It's really completely
 f**ked up. In most cases, just -Dgetopt_long_only=getopt_long works well
 enough.
 
 Joerg