Date: Tue, 28 Mar 2000 02:25:09 -0500 (EST) From: Donn Miller <dmmiller@cvzoom.net> To: current@freebsd.org Subject: getopt and GNU software Message-ID: <Pine.BSF.4.21.0003280216050.309-100000@acs-63-85-133-249.cvzoom.net>
next in thread | raw e-mail | index | archive | help
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. <gnucompat.h> or <gnu.h>.
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0003280216050.309-100000>