From owner-freebsd-hackers@FreeBSD.ORG  Mon Sep 27 01:29:36 2010
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Delivered-To: freebsd-hackers@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 1233)
	id EC6061065673; Mon, 27 Sep 2010 01:29:36 +0000 (UTC)
Date: Mon, 27 Sep 2010 01:29:36 +0000
From: Alexander Best <arundel@freebsd.org>
To: freebsd-hackers@freebsd.org
Message-ID: <20100927012936.GA32352@freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Subject: adding a new lib for more advanced argument parsing
X-BeenThere: freebsd-hackers@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Technical Discussions relating to FreeBSD
	<freebsd-hackers.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>, 
	<mailto:freebsd-hackers-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-hackers>
List-Post: <mailto:freebsd-hackers@freebsd.org>
List-Help: <mailto:freebsd-hackers-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>,
	<mailto:freebsd-hackers-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2010 01:29:37 -0000

hi there,

looking at applications such as geom (g_*), camcontrol, etc. makes one realise
that getopt(3) is clearly not suitable for handling such complex options.
camcontrol.c even contains a whole paragraph about why getopt(3) is considered
not appropriate to handle camcontrol's argument parsing requirements (that was
1998!).

why not do a vendor import of popt 1.16 e.g.? are there license restrictions?
or maybe some other lib...

cheers.
alex

-- 
a13x