From MAILER-DAEMON Tue Jan 06 05:20:05 2015 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Y8RF7-00051v-Kl for mharc-autotools-announce@gnu.org; Tue, 06 Jan 2015 05:20:05 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44064) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y8RF4-0004zy-5B for autotools-announce@gnu.org; Tue, 06 Jan 2015 05:20:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y8RF2-00084T-2q for autotools-announce@gnu.org; Tue, 06 Jan 2015 05:20:02 -0500 Received: from mail-wg0-x22a.google.com ([2a00:1450:400c:c00::22a]:35502) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y8REv-00083m-HA; Tue, 06 Jan 2015 05:19:53 -0500 Received: by mail-wg0-f42.google.com with SMTP id k14so29308934wgh.29; Tue, 06 Jan 2015 02:19:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:content-type :content-transfer-encoding; bh=hv5MzLjeOk096rkRZjanjVHZlGZxjsCSLS576ubopr4=; b=brIhHjg8hAjv/9XNh963U9xtnQy4aTQmfqtNhxtVrQ2J72WWvE5OeQ4nsvINMKTJ5b LbufWTI4NcX8zQLFhfp9N3GGkd0MaAN3hUWx3iuoySCSUnYKynonSrqC/am+VoAURsl3 gnZOGO6HkBbUp+OA8KZE4GpZ52N5TGTAAfUE/fYK2gRAmaEQB6qNMXoBIv8ITE2qfe2D NX15E0n+z8yJ1JnUm8Rbb18W05K6uS0YRLyq6fXMIVpcqQZKDL9Laf2HWJ7VeuSEuagp Qhg7QFbxOBuFqMPAL0OVBhCcOCQbqyJLT03anC2Gq1bUKgxe6DWrooSAcZ3k5jlnoxoM 0cCw== X-Received: by 10.180.76.132 with SMTP id k4mr35598642wiw.41.1420539592904; Tue, 06 Jan 2015 02:19:52 -0800 (PST) Received: from [192.168.0.104] (host151-101-dynamic.20-79-r.retail.telecomitalia.it. [79.20.101.151]) by mx.google.com with ESMTPSA id e4sm1949550wjw.48.2015.01.06.02.19.52 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Jan 2015 02:19:52 -0800 (PST) Message-ID: <54ABB6C7.30304@gmail.com> Date: Tue, 06 Jan 2015 11:19:51 +0100 From: Stefano Lattarini MIME-Version: 1.0 To: Automake List Subject: GNU Automake 1.15 released Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::22a Cc: info-gnu@gnu.org, autotools-announce@gnu.org X-BeenThere: autotools-announce@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Announcements about Autotools releases and test releases." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jan 2015 10:20:03 -0000 We are pleased to announce the GNU Automake 1.15 minor release. This much-needed, bug-fixing release comes after a whole year of stalling and inactivity in the Automake development. It fixes several bugs (some recent, some long-standing) of minor and medium severity. The most important and subtle of those bugs is bug#18286: "make distcheck" could sometimes fail to detect files missing from the distribution tarball, in case such "forgotten" files were generated files explicitly placed in $(srcdir). Since the fix for that bug entails minor backward-incompatibilities in the environment where "make distcheck" is run, we've decided to bump the minor release number (from 1.14 to 1.15) to forewarn the user. Arguably, only corner-cases should be affected -- but better safe than sorry. See below for the detailed list of changes since the previous version, as summarized by the NEWS file. Download here: ftp://ftp.gnu.org/gnu/automake/automake-1.15.tar.gz ftp://ftp.gnu.org/gnu/automake/automake-1.15.tar.xz Please report bugs and problems to , and send general comments and feedback to . Thanks to everyone who has reported problems, contributed patches, and helped testing Automake! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ * WARNING: Future backward-incompatibilities! - Makefile recipes generated by Automake 2.0 will expect to use an 'rm' program that doesn't complain when called without any non-option argument if the '-f' option is given (so that commands like "rm -f" and "rm -rf" will act as a no-op, instead of raising usage errors). This behavior of 'rm' is very widespread in the wild, and it will be required in the next POSIX version: Accordingly, AM_INIT_AUTOMAKE now expands some shell code that checks that the default 'rm' program in PATH satisfies this requirement, aborting the configure process if this is not the case. For the moment, it's still possible to force the configuration process to succeed even with a broken 'rm', that that will no longer be the case for Automake 2.0. - Automake 2.0 will require Autoconf 2.70 or later (which is still unreleased at the moment of writing, but is planned to be released before Automake 2.0 is). - Automake 2.0 will drop support for the long-deprecated 'configure.in' name for the Autoconf input file. You are advised to start using the recommended name 'configure.ac' instead, ASAP. - The ACLOCAL_AMFLAGS special make variable will be fully deprecated in Automake 2.0: it will raise warnings in the "obsolete" category (but still no hard error of course, for compatibilities with the many, many packages that still relies on that variable). You are advised to start relying on the new Automake support for AC_CONFIG_MACRO_DIRS instead (which was introduced in Automake 1.13). - Automake 2.0 will remove support for automatic dependency tracking with the SGI C/C++ compilers on IRIX. The SGI depmode has been reported broken "in the wild" already, and we don't think investing time in debugging and fixing is worthwhile, especially considering that SGI has last updated those compilers in 2006, and retired support for them in December 2013: - Automake 2.0 will remove support for MS-DOS and Windows 95/98/ME (support for them was offered by relying on the DJGPP project). Note however that both Cygwin and MSYS/MinGW on modern Windows versions will continue to be fully supported. - Automake-provided scripts and makefile recipes might (finally!) start assuming a POSIX shell in Automake 2.0. There still is no certainty about this though: we'd first like to wait and see whether future Autoconf versions will be enhanced to guarantee that such a shell is always found and provided by the checks in ./configure. - Starting from Automake 2.0, third-party m4 files located in the system-wide aclocal directory, as well as in any directory listed in the ACLOCAL_PATH environment variable, will take precedence over "built-in" Automake macros. For example (assuming Automake is installed in the /usr/local hierarchy), a definition of the AM_PROG_VALAC macro found in '/usr/local/share/aclocal/my-vala.m4' should take precedence over the same-named automake-provided macro (defined in '/usr/local/share/aclocal-2.0/vala.m4'). ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ New in 1.15: * Improvements and refactorings in the install-sh script: - It has been modernized, and now makes the following assumptions *unconditionally*: (1) a working 'dirname' program is available; (2) the ${var:-value} shell parameters substitution works; (3) the "set -f" and "set +f" shell commands work, and, respectively, disable and enable shell globbing. - The script implements stricter error checking, and now it complains and bails out if any of the following expectations is not met: (1) the options -d and -t are never used together; (2) the argument passed to option -t is a directory; (3) if there are two or more SOURCEFILE arguments, the DESTINATION argument must be a directory. * Automake-generated testsuites: - The default test-driver used by the Automake-generated testsuites now appends the result and exit status of each "plain" test to the associated log file (automake bug#11814). - The perl implementation of the TAP testsuite driver is no longer installed in the Automake's scripts directory, and is instead just distributed as a "contrib" addition. There should be no reason to use this implementation anyway in real packages, since the awk+shell implementation of the TAP driver (which is documented in the manual) is more portable and has feature parity with the perl implementation. - The rule generating 'test-suite.log' no longer risk incurring in an extra useless "make all" recursive invocation in some corner cases (automake bug#16302). * Distribution: - Automake bug#18286: "make distcheck" could sometimes fail to detect files missing from the distribution tarball, especially in those cases where both the generated files and their dependencies are explicitly in $(srcdir). An important example of this are *generated* makefile fragments included at Automake time in Makefile.am; e.g.: ... $(srcdir)/fragment.am: $(srcdir)/data.txt $(srcdir)/preproc.sh cd $(srcdir) && $(SHELL) preproc.sh fragment.am include $(srcdir)/fragment.am ... If the use forgot to add data.txt and/or preproc.sh in the distribution tarball, "make distcheck" would have erroneously succeeded! This issue is now fixed. - As a consequence of the previous change, "make distcheck" will run using '$(distdir)/_build/sub' as the build directory, rather than simply '$(distdir)/_build' (as it was the case for Automake 1.14 and earlier). Consequently, the './configure' and 'make' invocations issued by the distcheck recipe now have $(srcdir) equal to '../..', rather than to just '..'. Dependent and similar variables (e.g., '$(top_srcdir)') are also changed accordingly. Thus, Makefiles that made assumptions about the exact values of the build and source directories used by "make distcheck" will have to be adjusted. Notice that making such assumptions was a bad and unsupported practice anyway, since the exact locations of those directories should be considered implementation details, and we reserve the right to change them at any time. * Miscellaneous bugs fixed: - The expansion of AM_INIT_AUTOMAKE ends once again with a trailing newline (bug#16841). Regression introduced in Automake 1.14. - We no longer risk to use '$ac_aux_dir' before it's defined (see automake bug#15981). Bug introduced in Automake 1.14. - The code used to detect whether the currently used make is GNU make or not (relying on the private macro 'am__is_gnu_make') no longer risks causing "Arg list too long" for projects using automatic dependency tracking and having a ton of source files (bug#18744). - Automake tries to offer a more deterministic output for generated Makefiles, in the face of the newly-introduced randomization for hash keys order in Perl 5.18. - In older Automake versions, if a user defined one single Makefile fragment (say 'foo.am') to be included via Automake includes in his main Makefile.am, and defined a custom make rule to generate that file from other data, Automake used to spuriously complain with some message like "... overrides Automake target '$(srcdir)/foo.am". This bug is now fixed. - The user can now extend the special .PRECIOUS target, the same way he could already do with the .MAKE .and .PHONY targets. - Some confusing typos have been fixed in the manual and in few warning messages (automake bug#16827 and bug#16997). From MAILER-DAEMON Mon Jan 19 17:31:09 2015 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1YDKqj-0003VK-3e for mharc-autotools-announce@gnu.org; Mon, 19 Jan 2015 17:31:09 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55249) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDGJh-0001ET-MJ for autotools-announce@gnu.org; Mon, 19 Jan 2015 12:40:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YDGJc-0001BE-BA for autotools-announce@gnu.org; Mon, 19 Jan 2015 12:40:45 -0500 Received: from sub3.mail.dreamhost.com ([69.163.253.7]:50211 helo=homiemail-a12.g.dreamhost.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDGJb-0001B6-Vq; Mon, 19 Jan 2015 12:40:40 -0500 Received: from homiemail-a12.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a12.g.dreamhost.com (Postfix) with ESMTP id 0359C1030062; Mon, 19 Jan 2015 09:40:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=vaughan.pe; h=content-type :subject:mime-version:from:date:cc:content-transfer-encoding :reply-to:message-id:to; s=vaughan.pe; bh=QwV8fFmgv+aGPNbklo7hbi Sg5X4=; b=MSA8LFtWMpS0z1ZAeiiQc69RSonKacrD9UGAmYcBZNuJlw94PNOHDp Oa3EYhk2Z5hCFJD7z3QgluclUhQZWvK7X37OGxaxLcnz2JdBCJ1Go/jljsUgdrVJ 8Niw1dWzdOBAPTDvh40c9lCB/YhuRsaMkRInsl7RQhHtCtKL3bl/Y= Received: from [192.168.1.4] (145.241.125.91.dyn.plus.net [91.125.241.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gary@vaughan.pe) by homiemail-a12.g.dreamhost.com (Postfix) with ESMTPSA id 24F19103005E; Mon, 19 Jan 2015 09:40:35 -0800 (PST) Content-Type: text/plain; charset=us-ascii Subject: GNU libtool-2.4.5 released [stable] Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: "Gary V. Vaughan" Date: Mon, 19 Jan 2015 17:40:31 +0000 Content-Transfer-Encoding: 7bit Message-Id: <08F4CAF3-E743-410B-92E6-1ABA3E213240@vaughan.pe> To: Libtool List , info-gnu@gnu.org X-Mailer: Apple Mail (2.1993) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-Received-From: 69.163.253.7 X-Mailman-Approved-At: Mon, 19 Jan 2015 17:31:07 -0500 Cc: autotools-announce@gnu.org X-BeenThere: autotools-announce@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: bug-libtool@gnu.org List-Id: "Announcements about Autotools releases and test releases." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2015 17:40:47 -0000 Libtoolers! The Libtool Team is pleased to announce the release of libtool 2.4.5. GNU Libtool hides the complexity of using shared libraries behind a consistent, portable interface. GNU Libtool ships with GNU libltdl, which hides the complexity of loading dynamic runtime libraries (modules) behind a consistent, portable interface. This is a bugfix release and a recommended upgrade for all users. Most likely, this will be the last release that supports copying the libltdl sources directly into your project -- libltdl is widely deployed now, and there is absolutely no reason to give it special treatment compared to any other library a project depends on. Here are the compressed sources: http://ftpmirror.gnu.org/libtool/libtool-2.4.5.tar.gz (1.7MB) http://ftpmirror.gnu.org/libtool/libtool-2.4.5.tar.xz (952KB) Here are the GPG detached signatures[*]: http://ftpmirror.gnu.org/libtool/libtool-2.4.5.tar.gz.sig http://ftpmirror.gnu.org/libtool/libtool-2.4.5.tar.xz.sig Use a mirror for higher download bandwidth: http://www.gnu.org/order/ftp.html [*] Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact. First, be sure to download both the .sig file and the corresponding tarball. Then, run a command like this: gpg --verify libtool-2.4.5.tar.gz.sig If that command fails because you don't have the required public key, then run this command to import it: gpg --keyserver keys.gnupg.net --recv-keys 151308092983D606 and rerun the 'gpg --verify' command. This release was bootstrapped with the following tools: Autoconf 2.69 Automake 1.15 Gnulib v0.1-336-g342d9f0 NEWS * Noteworthy changes in release 2.4.5 (2015-01-19) [stable] ** New features: - Libtoolize searches for the best available M4 on the user PATH at runtime, rather than settling for the first one found. - Support munging sys_lib_dlsearch_path_spec with LT_SYS_LIBRARY_PATH environment variable. ** Bug fixes: - Bail out at configure time if the installed M4 is not sufficient for the purposes of libtoolize. - freebsd-elf library versioning was upgraded incorrectly in 2.4.4, but now works properly again. - Fix a 2.4.4 regression so that libltdl subprojects do not warn about missing libltdl/libltdl directory as in prior releases. - When using Sun C++ on Solaris or GNU/Linux we used to set libtool's postdeps permanently, based on the contents of $CXX and $CXXFLAGS at configure time, which was brittle and error-prone. Now, we no longer check for a SunCC ABI at configure time, but augment the postdeps at libtool time based on the current invocation flags on each call. ** Changes in supported systems or compilers: - /usr/local prefixed rpaths are now added to the link-line on ia64-hp-hpux*, because the default system runtime loader path does not contain them. - Previously, when using Sun C++ on Solaris or GNU/Linux, `-Cstd -Crun` flags were added to $postdeps unless CXX or CXXFLAGS contained `-library=stlport4`. Newer releases have added other compiler flags that are also incompatible with `-Cstd -Crun`, so now we don't add them if any of `-std=c++[0-9][0-9]`, `-library=stdcxx4` or `-compat=g` were found in CXX or CXXFLAGS when the Sun C++ compiler is detected. Enjoy!