From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1NHkci-0002U2-1R for mharc-grub-devel@gnu.org; Mon, 07 Dec 2009 15:56:00 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NHkcf-0002Rp-Gb for grub-devel@gnu.org; Mon, 07 Dec 2009 15:55:57 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NHkca-0002Ni-8m for grub-devel@gnu.org; Mon, 07 Dec 2009 15:55:56 -0500 Received: from [199.232.76.173] (port=57896 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NHkcZ-0002NQ-Qg for grub-devel@gnu.org; Mon, 07 Dec 2009 15:55:51 -0500 Received: from mail-yx0-f191.google.com ([209.85.210.191]:52246) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NHkBz-0000S9-0J for grub-devel@gnu.org; Mon, 07 Dec 2009 15:28:23 -0500 Received: by yxe29 with SMTP id 29so13028869yxe.14 for ; Mon, 07 Dec 2009 12:28:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=5somLYii2s7/J4550L/UyvtPpzFKcdm6Ztt9duYWwJg=; b=cBOlFtN1p2VXq5Iyu6X4snG8oUi+95x0WX6dthttM0YqcLzAPWt+biw+qZ0lj2C+rI pYeMXG4c6AD3vwQjMvlEoo9zdHAaH0ix63kouHd2I8/Sk7eUR7abyV7XOlhYSCAN5gdl a8mtOuW5yc53b4Ro72wX2wwZJPbDvAEPTD2DQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=KKiTQDNa2w5isn1Sgkb1w5GbaqaMEOInfH93+fzQbtYvQRPw9sXRzBG0hnG7M3lSuO F/1Un20vhGnOGi6UGNzoP6cZoFGcQn110Ds4YlnrpY30RlJY20eCv04vkhc/3JxYkVlT 3qI4i9aLDCZzFVJj9T98fVUCxfAL9X8cD/wDI= Received: by 10.101.62.11 with SMTP id p11mr6081285ank.21.1260217702120; Mon, 07 Dec 2009 12:28:22 -0800 (PST) Received: from ?192.168.0.75? (cpe-66-69-97-231.satx.res.rr.com [66.69.97.231]) by mx.google.com with ESMTPS id 4sm2143825ywg.28.2009.12.07.12.28.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Dec 2009 12:28:20 -0800 (PST) Message-ID: <4B1D6563.3000807@gmail.com> Date: Mon, 07 Dec 2009 14:28:19 -0600 From: Bruce Dubbs User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.16) Gecko/20080722 SeaMonkey/1.1.11 MIME-Version: 1.0 To: The development of GNU GRUB References: <4B1D3D7E.5000909@gmail.com> <20091207192128.GG6439@riva.ucam.org> In-Reply-To: <20091207192128.GG6439@riva.ucam.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: autogen.sh warnings X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 20:55:58 -0000 Colin Watson wrote: > On Mon, Dec 07, 2009 at 11:38:06AM -0600, Bruce Dubbs wrote: >> configure.ac:176: required file `./config.rpath' not found >> >> The can be fixed by `touch config.rpath` > > configure does actually run this, so I'd recommend copying the file from > gettext or gnulib instead. The gettext version is a shell script about 670 lines long that is described: # Output a system dependent set of variables, describing how to set the # run time search path of shared libraries in an executable. I'm not sure GRUB uses or needs the output of config.rpath. I was just suppressing a warning. >> automake: no `Makefile.am' found for any configure output >> >> I created a one line Makefile.am with the contents: >> >> SUBDIRS = . po >> >> This also fixes a warning generated by AM_GNU_GETTEXT which needed to be >> changed to AM_GNU_GETTEXT([external]) to avoid a complaint about a >> missing intl/ directory. Adding an empty ABOUT-NLS was also needed. > > This is likely to be delicate since we're not actually using Automake as > such, and we already have a separate Makefile.in which needs to not be > overwritten. I think adding a Makefile.am would make it just too easy to > clobber that by accident, even if it does suppress a warning message. You are probably right. It looks like Makefile.in is basically destroyed. Not good. It looks like automake thinks it knows more than it's users and we'll have to live with the warning about missing SUBDIRS. I think I could print out a message to ignore the spurious warning. Do you want a new patch? -- Bruce