On Wed, Nov 01, 2000 at 09:47:07AM -0500, Pavel Roskin wrote:
: Hello, Lars!
:
: > AC_DEFUN([AS_NOP], [:]) # or `(exit $?)'?
:
: I guess you didn't study x86 architecture well. NOP doesn't change the
: flag register :-)
That's why I proposed (exit $?) instead, if status-preservation w
I just checked out the autoconf and tried to run ifnames on a short
hello world program. I am getting this error:
ifnames test.c
gawk: cmd. line:57: warning: END blocks must have an action part
My gawk is 3.03 (for both an SGI and Linux system -- same error).
Moving the { from the line bel
Based on the documentation, ifnames will output only the identifiers used
in #if directives. The CVS version dumps all the lines that start with
# rather than just the identifiers.
$ cat test.c
#include
#if HAVE_SOMETHING
#endif
int
main(int argc, char *argv[] )
{
printf("Hello, World!\n")
Hello, Paul!
> Based on the documentation, ifnames will output only the identifiers used
> in #if directives. The CVS version dumps all the lines that start with
> # rather than just the identifiers.
I guess "ifnames" was broken recently and nobody noticed because there is
no test for "ifnames"
Using CVS autoscan to produce a configure.scan file, I noticed it used
the older 2.14 way of doing things: AC_INIT(unique-file-in-source-dir).
With autoconf 2.49b, the AC_INIT macro is documented as requiring the
PACKAGE and VERSION (from automake, I guess) and the newer macro
AC_CONFIG_SRCDIR(un
Hello, Paul!
> Using CVS autoscan to produce a configure.scan file, I noticed it used
> the older 2.14 way of doing things: AC_INIT(unique-file-in-source-dir).
> With autoconf 2.49b, the AC_INIT macro is documented as requiring the
> PACKAGE and VERSION (from automake, I guess) and the newer mac
