| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
The gnome-keyring module started depending on this macro.
|
|
|
|
|
|
| |
Aliases for old names should be skipped when checking the names that
have been defined, otherwise we'll always trip a check for a name that
has been defined but not used.
|
|
|
|
|
|
|
| |
This reverts commit c25f1e8d86abb1f472e09cd18f7527294234502e.
There's a cascade of dependencies introduced by this update that cannot
be resolved in a way that doesn't make the existence of m4-common moot.
|
| |
|
| |
|
|\
| |
| |
| |
| | |
Add more AX_CXX_COMPILE_STDCXX_* macros
See merge request GNOME/m4-common!1
|
|/
|
|
| |
PackageKit needs AX_CXX_COMPILE_STDCXX_14.
|
| |
|
| |
|
|
|
|
| |
There are more flags to AX_COMPILER_FLAGS.
|
| |
|
|
|
|
| |
To have a fix for AX_CODE_COVERAGE, at least.
|
|
|
|
|
|
| |
This pulls in a small fix for AX_GENERATE_CHANGELOG:
http://git.savannah.gnu.org/cgit/autoconf-archive.git/commit/?id=1dd56cc4748ef2cbf415760287481bf89c5821da
|
|
|
|
|
|
|
|
|
|
| |
Instead of a non-optimally-portable regex, use m4 itself to remove dnl
lines. Plain m4 without any autoconf extensions will remove dnl, but not
expand any of the autoconf stuff. This is because autoconf undefines all
of the built-in m4 macros and defines new ones that plain m4 is unaware
of.
https://bugzilla.gnome.org/show_bug.cgi?id=774299
|
|
|
|
|
|
|
| |
Fixes a bug with AX_COMPILER_FLAGS_LDFLAGS on macOS.
See https://github.com/peti/autoconf-archive/pull/100
https://bugzilla.gnome.org/show_bug.cgi?id=774339
|
|
|
|
|
|
| |
It’s now needed by libgdata, and is a generally useful macro to have.
https://www.gnu.org/software/autoconf-archive/ax_generate_changelog.html
|
|
|
|
|
| |
If we don't add ax_cxx_compile_stdcxx.m4, then AX_CXX_COMPILE_STDCXX_11
won't ever work.
|
|
|
|
|
|
| |
They are generally useful; AX_CHECK_ENABLE_DEBUG is recommended on the
gnome-common migration page
(https://wiki.gnome.org/Projects/GnomeCommon/Migration).
|
|
|
|
|
|
| |
These are useful for Gnome's Javascript applications.
https://bugzilla.gnome.org/show_bug.cgi?id=766460
|
|
|
|
| |
It’s needed for AX_APPEND_LINK_FLAGS.
|
|
|
|
| |
It’s needed for compiling gssdp.
|
|
|
|
| |
It's needed for building PackageKit in gnome-continuous.
|
|\
| |
| | |
Include AX_PKG_CHECK_MODULES
|
|/
|
|
|
|
|
| |
These seem to be generally useful
Note, a workaround to avoid flagging AX_PACKAGE_REQUIRES as a macro...
it would be better to do this in a smarter way.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We check to make sure that we properly include all needed .m4 files that
are used from other .m4 files we install by building a list of all
references and checking to make sure those are all actually defined.
This has been tripped up by this macro definition in
ax_compiler_flags.m4:
m4_defun([_AX_COMPILER_FLAGS_LANG],
[m4_ifdef([_AX_COMPILER_FLAGS_LANG_]$1[_enabled], [],
[m4_define([_AX_COMPILER_FLAGS_LANG_]$1[_enabled], [])dnl
AX_REQUIRE_DEFINED([AX_COMPILER_FLAGS_]$1[FLAGS])])dnl
])
which tries to depend on a macro with a name calculated from its
argument.
Our simple regexp matching decides that AX_COMPILER_FLAGS_ is the name
of the required macro here, and that is not defined anywhere, so the
build fails.
Update the regexp not to match macro names ending with an underscore in
order to work around the issue for now.
I tried to use m4 to expand the file, but it seems that it doesn't work
because the invocations are protected by the [quoting] used in AC_-style
macro invocations. Maybe we can find a better way to fix this in the
future, but this approach works for now.
|
| |
|
| |
|
|
|
|
| |
Document what this is, and how people ought to make use of it.
|
| |
|
|
|