From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1K8hJX-0001OP-7p for mharc-grub-devel@gnu.org; Tue, 17 Jun 2008 15:57:59 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K8hJV-0001Nr-BG for grub-devel@gnu.org; Tue, 17 Jun 2008 15:57:57 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K8hJS-0001NX-On for grub-devel@gnu.org; Tue, 17 Jun 2008 15:57:55 -0400 Received: from [199.232.76.173] (port=51934 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K8hJS-0001NU-MW for grub-devel@gnu.org; Tue, 17 Jun 2008 15:57:54 -0400 Received: from c60.cesmail.net ([216.154.195.49]:50720) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.60) (envelope-from ) id 1K8hJS-0004CK-4A for grub-devel@gnu.org; Tue, 17 Jun 2008 15:57:54 -0400 Received: from unknown (HELO relay.cesmail.net) ([192.168.1.81]) by c60.cesmail.net with ESMTP; 17 Jun 2008 15:57:49 -0400 Received: from [192.168.0.21] (static-72-92-88-10.phlapa.fios.verizon.net [72.92.88.10]) by relay.cesmail.net (Postfix) with ESMTP id C9266619058 for ; Tue, 17 Jun 2008 15:57:48 -0400 (EDT) From: Pavel Roskin To: The development of GRUB 2 In-Reply-To: <20080617104448.2b43f109@gibibit.com> References: <20080617104448.2b43f109@gibibit.com> Content-Type: text/plain Date: Tue, 17 Jun 2008 15:57:47 -0400 Message-Id: <1213732667.31285.19.camel@dv> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 (2.22.2-2.fc9) Content-Transfer-Encoding: 7bit X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. Subject: Re: [PATCH] Tidy up 'make' output X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2008 19:57:57 -0000 On Tue, 2008-06-17 at 10:44 -0700, Colin D Bennett wrote: > When thousands of long, wrapped lines full of command line options and > file names are scrolling by on your terminal, it is very hard to pick > out the irregularities in the build process, such as error and warnings. I like the idea, but the massive use of "override" doesn't looks right. I'd rather see variables with different names used throughout the makefiles. Linux makefiles don't use "override" at all. "override" should be the last resort if everything else fails. -- Regards, Pavel Roskin