From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 59779 invoked by alias); 18 May 2015 09:01:09 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 59760 invoked by uid 89); 18 May 2015 09:01:08 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 3 recipients X-HELO: smtp.salomon.at Received: from smtp.salomon.at (HELO smtp.salomon.at) (193.186.16.13) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 18 May 2015 09:01:06 +0000 Received: from samail03.wamas.com ([172.28.2.2] helo=mailhost.salomon.at) by smtp.salomon.at with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1YuGur-0000Sd-97; Mon, 18 May 2015 11:00:56 +0200 Received: from friw0564.wamas.com ([172.28.53.79]) by mailhost.salomon.at with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1YuGur-00059U-2J; Mon, 18 May 2015 11:00:53 +0200 Message-ID: <5559AA44.7030302@ssi-schaefer.com> Date: Mon, 18 May 2015 09:14:00 -0000 From: Michael Haubenwallner User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Paolo Bonzini , DJ Delorie , Nathanael Nerode , Alexandre Oliva , Ralf Wildenhues CC: Jan-Benedict Glaw , GCC Patches , Bernd Edlinger , Janne Blomqvist , Kai Tietz Subject: Re: [patch 0/27] RFC: Use automake-1.11.6 across the tree References: <5548E9C3.1090408@ssi-schaefer.com> In-Reply-To: <5548E9C3.1090408@ssi-schaefer.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-05/txt/msg01546.txt.bz2 Am 2015-05-05 um 18:03 schrieb Michael Haubenwallner: > > Now that gcc-5 is out, what about an automake-1.11.6 update for gcc-6? > When installing automake-1.11.6 into some dedicated location, there's one regression compared to 1.11.1: $ ./configure --prefix=/prefix/of/automake-1.11.6 && make install $ /prefix/of/automake-1.11.6/bin/aclocal aclocal: couldn't open directory '/prefix/of/automake-1.11.6/share/aclocal': No such file or directory It turns out this is "the directory of third-party system-wide m4 files", which is assumed that it "always exists" since this commit: http://git.savannah.gnu.org/cgit/automake.git/commit/?id=30f99cbd07736c96603d15346fc8ad9097a0dddd The workaround is to simply create this directory: $ mkdir /prefix/of/automake-1.11.6/share/aclocal While I think this really is a regression within the automake-1.11 branch, I'll take it as acceptable behaviour change since automake-1.12. But as the workaround is simple, I'm unsure whether to report it as automake-1.11 bug and request an 1.11.7 release (unlikely), or fully document the workaround in install.texi, or have install.texi point to this very mail, or let web search engines spot this very mail. Thoughts? /haubi/