bug-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: feature sanity.sh failure on OpenBSD 3.5 sparc64


From: Derek Robert Price
Subject: Re: feature sanity.sh failure on OpenBSD 3.5 sparc64
Date: Sat, 09 Oct 2004 19:54:12 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Alexander Taler wrote:

> Seeing another message about getopt from Derek made me realize
> that this isn't the actual problem.  The real problem is that
> autoconf thinks the local getopt is good, whereas it's not.  I
> have another getopt problem in log-14 also: "log -r HEAD" behaves
> like "log -rHEAD".  Looking in the configure output, I confirm
> that it's using the system getopt:
>
> checking getopt.h usability... yes
> checking getopt.h presence... yes
> checking for getopt.h... yes
> checking for getopt_long_only... yes
>
> Where are the autoconf checks found and how can we add a new one?


m4/getopt.m4, though that comes from GNULIB, so I'd rather not fork
it, but if you can send bug-gnulib@gnu.org (cc bug-cvs, please) a bug
report with an autoconf test that determines correctly if the system
getopt is usable or not, I can try and help get the patch into GNULIB
and import the change into CVS when done.

Glancing at m4/getopt, it looks like it is currently assuming that if
it can find getopt.h then GNU getopt is available.  Apparently your
OpenBSD version ships with both a getopt.h and a broken getopt.

Cheers,

Derek
- --
                *8^)

Email: derek@ximbiot.com

Get CVS support at <http://ximbiot.com>!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFBaHojLD1OTBfyMaQRAq3LAKD0Fp/a2Fd5CxjsSJE0qjfGG/4n2gCeO4/T
vHZqHQP4YncQJZbCi2ZzUwQ=
=JIcY
-----END PGP SIGNATURE-----





reply via email to

[Prev in Thread] Current Thread [Next in Thread]