[Top][All Lists]

[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

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.


- --

Email: derek@ximbiot.com

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


reply via email to

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