"Paul" == Paul Eggert [EMAIL PROTECTED] writes:
From: Matthew Whitworth [EMAIL PROTECTED] Date: Tue, 5 Dec
2000 14:45:19 -0800 (PST)
I have examined several packages that use getopt_long(), including
several GNU packages, and none of them autoconfiscate this function
the same way.
"Matthew" == Matthew Whitworth [EMAIL PROTECTED] writes:
Matthew What I have done so far (and it seems to work), is to
Matthew copy getopt.c and getopt.h to getopt_long.c and
Matthew getopt_long.h, and then to use the following snippets:
Matthew configure.in:
Matthew
On 2000.12.06 02:04:35 -0800 Alexandre Duret-Lutz wrote:
Does someone here handle the FreeBSD case in some way? What about:
AC_CHECK_FUNCS([getopt_long],,
[#FreeBSD has a gnugetopt library for this:
AC_CHECK_LIB([gnugetopt],[getopt_long],
[AC_DEFINE([HAVE_GETOPT_LONG])],
[# use the gnu
On 2000.12.06 02:04:35 -0800 Alexandre Duret-Lutz wrote:
PS: http://sources.redhat.com/ml/automake/2000-09/msg00036.html
Okay, here's the quote to end all quotes from the follow-up to the
automake URL you sent me.
-
From http://sources.redhat.com/ml/automake/2000-09/msg00039.html:
I
The GNU coding standards document says "[u]se getopt_long to decode
arguments, unless the argument syntax makes this unreasonable." Generally
I'm all for this and wish more programs did. However, most UNIX-like
systems don't support getopt_long() out-of-the-box, which means one should
include
From: Matthew Whitworth [EMAIL PROTECTED]
Date: Tue, 5 Dec 2000 14:45:19 -0800 (PST)
I have examined several packages that use getopt_long(), including
several GNU packages, and none of them autoconfiscate this function
the same way. Actually, few of them even autoconfiscate it at all
--
What I have done so far (and it seems to work), is to copy getopt.c and
getopt.h to getopt_long.c and getopt_long.h, and then to use the following
snippets:
configure.in:
AC_REPLACE_FUNCS(getopt_long)
Makefile.am:
useless_SOURCES=useless.c getopt_long.h tailor.h
dnl This condionally links