You can do several things:
(1) One solution is to include a common makefile fragment on all your Makefile.am
s:
include $(top_srcdir)/common.mk
...
bin_PROGRAMS = foo
foo_SOURCES = ...
in that case you would write
AM_CPPFLAGS = -Wall -Wextra # these really belong to CPPFLAGS not CXXFLAGS
AM_CXXFLAGS = -fpic
to common.mk
and in the future it will be easier to add more macros or rules to all Makefile.am
s by just editing this file.
(2) Another solution would be to set these variables globally in your configure.ac
(the name configure.in
has been deprecated long ago), as in :
...
AC_SUBST([AM_CPPFLAGS], [-Wall -Wextra])
AC_SUBST([AM_CXXFLAGS], [-fpic])
...
Then you don't even have to say anything in your Makefile.am
s, they automatically inherit this global definition. The drawback is that you can't opt-out easily (with the first solution its easy to decide not to include common.mk
) and the dependency is not really explicit to third-party people (when they read the Makefile.am
they have not hint about where the flags may come from).
(3) A third solution would be to do as orsogufo suggested: overwriting the user variable CXXFLAGS (as well as CPPFLAGS) in configure.ac
. I would advise against it, because it defeats one of the features of the GNU Build System: users are allowed to override this variable at make
-time. For instance you may want to type
make CXXFLAGS='-O0 -ggdb'
when debugging a piece of code, and this will overwrite any definition of CXXFLAGS
(but
not those in AM_CXXFLAGS
). To be honest, most projects fails to support this correctly because they play tricks with CXXFLAGS
.
Finally, I should mention that -fpic
, -Wall
, and -Werror
are not portable options.
Depending on the scope of your project you may want to add configure check for these (gnulib recently acquired new macros to tests for warnings flags, and libtool can be used to build shared libraries).