|
From: | GNU bug Tracking System |
Subject: | [debbugs-tracker] bug#18415: closed (unexpanded @AM_DEFAULT_VERBOSITY@ in generated Makefiles) |
Date: | Sun, 07 Sep 2014 08:54:02 +0000 |
Your message dated Sun, 07 Sep 2014 01:53:30 -0700 with message-id <address@hidden> and subject line Re: unexpanded @AM_DEFAULT_VERBOSITY@ in generated Makefiles has caused the debbugs.gnu.org bug report #18415, regarding unexpanded @AM_DEFAULT_VERBOSITY@ in generated Makefiles to be marked as done. (If you believe you have received this mail in error, please contact address@hidden) -- 18415: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18415 GNU Bug Tracking System Contact address@hidden with problems
--- Begin Message ---Subject: unexpanded @AM_DEFAULT_VERBOSITY@ in generated Makefiles Date: Fri, 05 Sep 2014 18:33:51 -0400 User-agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) Package: emacs Version: 24.4.50 Current trunk on RHEL6.5. automake (GNU automake) 1.11.1 autoconf (GNU Autoconf) 2.65 My generated src/Makefile (and others) contains unexpanded output variables AM_DEFAULT_VERBOSITY, AM_V, and AM_DEFAULT_V: AM_DEFAULT_VERBOSITY = @AM_DEFAULT_VERBOSITY@ AM_V_CC = $(address@hidden@) am__v_CC_ = $(address@hidden@) If I switch to automake (GNU automake) 1.14 the issue goes away, but configure.ac claims that automake 1.11 suffices.
--- End Message ---
--- Begin Message ---Subject: Re: unexpanded @AM_DEFAULT_VERBOSITY@ in generated Makefiles Date: Sun, 07 Sep 2014 01:53:30 -0700 Thanks, I installed a workaround in trunk bzr 117831, and am marking this as done. User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 At some point we should increment the required Automake version, as 1.11 is getting pretty old. RHEL 6.5 can't build Emacs any more anyway (as RHEL's Autoconf version is too old) so RHEL 6.5 users could grab a newer Automake at the same time they grab a newer Autoconf.
--- End Message ---
[Prev in Thread] | Current Thread | [Next in Thread] |