Subject: bug#7689: Fwd: Due for a new release?

From: Philip Prindeville <[email-masked]>
Date: Mon, 20 Dec 2010 11:15:55 -0800

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 <[email-masked]>
To: 	[email-masked]

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