[epiphany/wip/autocrap] configure.ac: Add a comment about some warnings we can't fix yet
- From: Michael Catanzaro <mcatanzaro src gnome org>
- To: commits-list gnome org
- Cc:
- Subject: [epiphany/wip/autocrap] configure.ac: Add a comment about some warnings we can't fix yet
- Date: Tue, 30 Jun 2015 01:16:20 +0000 (UTC)
commit 376e3101dfa19d5eef56f281e0d43c218094e2ac
Author: Michael Catanzaro <mcatanzaro igalia com>
Date: Mon Jun 29 20:08:01 2015 -0500
configure.ac: Add a comment about some warnings we can't fix yet
configure.ac | 12 ++++++++++++
1 files changed, 12 insertions(+), 0 deletions(-)
---
diff --git a/configure.ac b/configure.ac
index f6a9551..78efe1f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -42,6 +42,18 @@ AC_PROG_CC
AC_PATH_PROG([GLIB_GENMARSHAL], [glib-genmarshal])
AC_PATH_PROG([GLIB_MKENUMS],[glib-mkenums])
+dnl Note: I want to enable subdir-objects here, to silence Automake's many
+dnl warnings about not using it. But we can't do this until we require Automake
+dnl 1.16 (which has not been released as of June 2015), due to Debian bug #13928
+dnl (which is actually an upstream Automake bug, not a Debian-specific issue).
+dnl If Automake 2.0 comes out next instead of 1.16, we will need to bump our
+dnl requirement straight to that, and then there is no need to use
+dnl subdir-objects here as it will be implied. It is unfortunate that there is
+dnl no way our build can be compatible with both future and older Automake, but
+dnl it is a bug after all, and updating for bugfixes is just how software works.
+dnl Note also: the issue is that a directory _literally_ named $(top_srcdir)
+dnl will be created under embed/web-extension, and the build will fail due to
+dnl misplaced .Plo files (used for dependency tracking).
AM_INIT_AUTOMAKE([1.11 foreign dist-xz no-dist-gzip tar-ustar])
AM_SILENT_RULES([yes])
AM_MAINTAINER_MODE([enable])
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]