Re: PATCH: Regenerate aclocal.m4 and Makefile.in

3 msg	Turning a scope block into not-quite-a nested f...
2 msg	get complete type
2 msg	Lots of soft-fp warnings
3 msg	read source input file
1 msg	Fortran regressions

Re: PATCH: Regenerate aclocal.m4 and Makefile.in
\ H.J. Lu (30 Jun 2007)
. \ Andreas Schwab (30 Jun 2007)

1 msg	gcc-4.3-20070629 is now available
3 msg	failed to compile trunk svn rev 126124
3 msg	GCC 4.3.0 Status Report (2007-06-29)
2 msg	Question about validity of wfmath template code
1 msg	Some numbers on Regressions
2 msg	Status of trunk freeze
2 msg	Static const int as array bound inside class
1 msg	gcc-4.2-20070627 is now available
2 msg	Proposal: adding two zeros to the integer cost ...
7 msg	combine corrupts insns + dumps with insn cost p...
11 msg	[ARM] Cirrus EP93xx Maverick Crunch Support - '...
2 msg	Help on testsuite failures, only with optimizat...
8 msg	[tuples/LTO] RFC: houghts on auto-generating GS...
5 msg	LTO reader support for MEMORY_PARTITION_TAG

Subject:	Re: PATCH: Regenerate aclocal.m4 and Makefile.in
Group:	Gcc
From:	H.J. Lu
Date:	30 Jun 2007

On Sat, Jun 30, 2007 at 07:26:52PM +0200, Andreas Schwab wrote:
> "H.J. Lu" <hjl> writes:
>
> > aclocal.m4 wasn't generated with libtool.md in top dir and
>
> There should not be any copy of libtool.m4 in aclocal.m4, since it is
> already included via m4_include. If you look at libtool.m4 you'll
> notice that it is completely different from the copy in aclocal.m4.
> Please make sure that you have the right version of libtool installed
> before running aclocal.

I took a look at acloca.m4 in src and gcc. Although libtool.m4 in top
dir has

AU_ALIAS([AC_PROG_LIBTOOL], [LT_INIT])
AU_ALIAS([AM_PROG_LIBTOOL], [LT_INIT])

I see

bash-3.2$ grep AM_PROG_LIBTOOL */aclocal.m4
bfd/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
binutils/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
gas/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
gprof/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
ld/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
opcodes/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
bash-3.2$ cd /export/gnu/import/gcc
bash-3.2$ grep AM_PROG_LIBTOOL */aclocal.m4
boehm-gc/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
libffi/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
libgfortran/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
libgomp/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
libjava/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
libmudflap/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
libobjc/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
libssp/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])
zlib/aclocal.m4:AC_DEFUN([AM_PROG_LIBTOOL], [AC_PROG_LIBTOOL])

For reason, aclocal.m4 always has AM_PROG_LIBTOOL from the installed
libtool.m4. Does anyone know how to avoid including installed
libtool.m4 in aclocal.m4?

>
> > Makefile.in wasn't generated with --cygnus which is specified in
> > AUTOMAKE_OPTIONS in Makefile.am.
>
> --cygnus and --foreign are the same. If automake use the option from
> AUTOMAKE_OPTIONS it translates the cygnus option to --foreign.
>

If it is the case, why not change AUTOMAKE_OPTIONS to use
--foreign instead of --cygnus?

H.J.