Subject: Re: obsoleting libgetopt
To: None <>
From: Jan Schaumann <>
List: tech-pkg
Date: 10/14/2003 11:43:21
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Greg Troxel <> wrote:
> Not really trying to make life more complex, to me that this
>   .if !exists(/usr/include/getopt.h)
>   .  include "../../pkgtools/libnbcompat/"
>   .endif
> seems like an abstraction violation, because the test for the local
> getopt checks for one file, whereas really it needs to check if getopt
> is there to be found by configure and if it is good enough (e.g. to
> work around FooOS's broken getopt).  Alternatively, doing something like
>   .include "../../pkgtools/getopt/"

Well, that's what we used to do with devel/libgetopt -- but that package
did only check for the existence of /usr/include/getopt.h itself.  This
package also did/does not provide for a possibility to check getopt.h
capability versus getopt-long capability, unfortunately.

Now I noticed that it will actually not be as simple as replacing
libgetopt buildlinks with libnbcompat buildlinks, since the libnbcompat
package puts the getopt header into ${PREFIX}/include/nbcompat and not
in ${PREFIX}/include.

This will need more thinking...


This one's tricky. You have to use imaginary numbers, like eleventeen...

Content-Type: application/pgp-signature
Content-Disposition: inline

Version: GnuPG v1.2.1 (NetBSD)