From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1NIVxS-0005CV-Uj for mharc-grub-devel@gnu.org; Wed, 09 Dec 2009 18:28:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NIVxQ-0005C5-Lb for grub-devel@gnu.org; Wed, 09 Dec 2009 18:28:32 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NIVxL-0005Ao-PY for grub-devel@gnu.org; Wed, 09 Dec 2009 18:28:31 -0500 Received: from [199.232.76.173] (port=42210 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NIVxL-0005Ai-HH for grub-devel@gnu.org; Wed, 09 Dec 2009 18:28:27 -0500 Received: from mail-yw0-f196.google.com ([209.85.211.196]:38111) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NIVxL-00042x-7a for grub-devel@gnu.org; Wed, 09 Dec 2009 18:28:27 -0500 Received: by ywh34 with SMTP id 34so6955184ywh.1 for ; Wed, 09 Dec 2009 15:28:23 -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=n2fyA38BgB/awQruYOhmxiHtRr4x28OR1ofG7GBOEAc=; b=sr8JAEihAG5fH6mlP5Dz4Ez6EMqGcZFFg6OHwi0gQdqZ7m/T37hEXgCdpSGtNF7YfW 13BfW5gHgYFUbJIeeFQ3ce/KU9m4kYXrdgR6e7VfavPFqerm4Kf2b/7PVN9GNmq3Kwbm PIatgKwhWVKS1dauynldohi6BBq3N2L07XlUw= 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=KFFJ4vb4HTud6pi5aQnTz/49DWktlQ76LXOS81p2wQB6RNtJBb/7WN9anKHlDBI3Vm O2ht4GXrE8b7mVMi4JSdCZMdOKWTB9mxrb2j7PHu+212qVHt86ODf8RB4H96Em1j6QXJ +hCFHv4jk4ICFcIXd/POHAlRpFE5RJGL308v8= Received: by 10.90.10.40 with SMTP id 40mr4896885agj.85.1260401303220; Wed, 09 Dec 2009 15:28:23 -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 14sm140926gxk.2.2009.12.09.15.28.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 09 Dec 2009 15:28:22 -0800 (PST) Message-ID: <4B203295.2020102@gmail.com> Date: Wed, 09 Dec 2009 17:28:21 -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> <20091209215253.GH7093@thorin> <4B20225C.40807@gmail.com> <1260398055.2881.14.camel@fz.local> In-Reply-To: <1260398055.2881.14.camel@fz.local> Content-Type: text/plain; charset=UTF-8; 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: Wed, 09 Dec 2009 23:28:33 -0000 Felix Zielcke wrote: > Am Mittwoch, den 09.12.2009, 16:19 -0600 schrieb Bruce Dubbs: >> config.guess, config.sub, missing, mkinstalldirs, and install-sh are >> only copied from /usr/share/automake- as a part of automake. >> AFAICT, they are not used in GRUB. I'm pretty sure they are the same >> on >> all architectures, but I could be wrong about that. > > config.guess and config.sub are used by configure. Called yes, and it will give errors if not present, but is the output used? Looking at configure, I don't think so. > mkinstalldirs is used by the generated Makefile. It looks like a part of the generated install and dist targets. Looking at the code of mkinstalldirs, it fundamentally does a mkdir -p. It can change the permissions of the final directory, but that is not used by the Makefile. It does do some cleanup for NextStep and OpenStep and makes sure that GNU mkdir is used on Sun. The odds this will change in the future are very small. > Looks like configure checks if install-sh is there but except of this it > isn't used. > missing isn't used because we don't use automake and maintainer mode. Looks that way to me too. -- Bruce P.S. Some may ask why I am putting so much into the warnings generated by the build process. There are a few reasons. First, I feel that persistent warnings tend to make developers ignore ALL warnings and that makes it very easy to miss something relevant. Second, it gives new developers a feeling that the original developers paid attention to details and will give confidence that the rest of the package is correct. Third, it scratches an itch for me. :)