The odd thing is that even though it complains, it still generates the correct Makefile in the first case:
SYMFILES = $(srcdir)/uni.h $(shell $(CC) $(CFLAGS) -E $(srcdir)/header.c | $(AWK) -f $(srcdir)/script.awk) Does automake need to be $(shell ...)-aware? -------- Original Message -------- Subject: Due for a new release? Date: Sun, 19 Dec 2010 20:14:28 -0800 From: Philip Prindeville <philipp_s...@redfish-solutions.com> To: linux-atm-gene...@lists.sourceforge.net 2.5.1 has now been out over a year. Noticed that there are some issues w/ building this version, especially in cross-compilation environments. ... Running libtoolize... libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: You should add the contents of the following files to `aclocal.m4': libtoolize: `/usr/share/aclocal/libtool.m4' libtoolize: `/usr/share/aclocal/ltoptions.m4' libtoolize: `/usr/share/aclocal/ltversion.m4' libtoolize: `/usr/share/aclocal/ltsugar.m4' libtoolize: `/usr/share/aclocal/lt~obsolete.m4' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. Running aclocal... Running autoconf... Running autoheader... Running automake... src/q2931/Makefile.am:21: shell $(CC: non-POSIX variable name src/q2931/Makefile.am:21: (probably a GNU make extension) src/qgen/Makefile.am:8: `CFLAGS' is a user variable, you should not override it; src/qgen/Makefile.am:8: use `AM_CFLAGS' instead. Finished... Now run './configure' and 'make'... ... The first warning comes from: SYMFILES = $(srcdir)/uni.h $(shell $(CC) $(CFLAGS) -E $(srcdir)/header.c | $(AWK) -f $(srcdir)/script.awk) and the second warning from: CFLAGS = @CFLAGS_FOR_BUILD@ Could we do a little cleanup on it and release 2.5.2? Thanks, -Philip
