From owner-freebsd-current Mon Mar 27 23:25:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 3AB7D37BA1D for ; Mon, 27 Mar 2000 23:25:31 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 30148 invoked from network); 28 Mar 2000 07:25:26 -0000 Received: from acs-63-85-133-249.cvzoom.net (63.85.133.249) by ns.cvzoom.net with SMTP; 28 Mar 2000 07:25:26 -0000 Date: Tue, 28 Mar 2000 02:25:09 -0500 (EST) From: Donn Miller To: current@freebsd.org Subject: getopt and GNU software Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was wondering if it would be possible to provide a library someplace for the GNU version of getopt()? I've seen a lot of source code in the tree, and whenever a program in /usr/src/{gnu,contrib} needs to link to the GNU version of getopt() and getopt_long(), there were source files provided in that directory for these functions, e.g. getopt1.c and getopt.h. I think it would be easier to build and install a lib in /usr/lib for some of the frequently used GNU functions. We could call it /usr/lib/libcontrib.a or libgnucompat.a, or something like that. The reason I'm asking is that I'm seeing a lot of GNU software that needs to use GNU's getopt() and getopt_long(). I think it's a lot cleaner than just putting getopt*.[ch] in every contrib or gnu directory that needs it. The app that needs these functions can then link to libgnucompat.a. We could also provide a header file someplace that provides these functions, e.g. or . Well, it's not that big of a deal, but there is a certain percentage of GNU software that requires some GNU library functions. Comments? - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message