From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1JmZZR-0004e4-8h for mharc-grub-devel@gnu.org; Thu, 17 Apr 2008 15:14:57 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JmZZP-0004dN-Ft for grub-devel@gnu.org; Thu, 17 Apr 2008 15:14:55 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JmZZN-0004cg-Sf for grub-devel@gnu.org; Thu, 17 Apr 2008 15:14:55 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JmZZN-0004cc-P8 for grub-devel@gnu.org; Thu, 17 Apr 2008 15:14:53 -0400 Received: from c60.cesmail.net ([216.154.195.49]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.60) (envelope-from ) id 1JmZZN-0000MQ-F8 for grub-devel@gnu.org; Thu, 17 Apr 2008 15:14:53 -0400 Received: from unknown (HELO relay.cesmail.net) ([192.168.1.81]) by c60.cesmail.net with ESMTP; 17 Apr 2008 15:14:43 -0400 Received: from [192.168.1.21] (static-72-92-88-10.phlapa.fios.verizon.net [72.92.88.10]) by relay.cesmail.net (Postfix) with ESMTP id 7ACC2619058 for ; Thu, 17 Apr 2008 15:14:42 -0400 (EDT) From: Pavel Roskin To: The development of GRUB 2 In-Reply-To: <1208433111.770.40.camel@localhost.localdomain> References: <1208212910.3971.53.camel@localhost.localdomain> <20080415133501.GF21548@thorin> <1208286266.23118.6.camel@dv> <1208433111.770.40.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 17 Apr 2008 15:14:41 -0400 Message-Id: <1208459681.27241.28.camel@dv> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 (2.12.3-4.fc8) Content-Transfer-Encoding: 7bit X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. Subject: Re: [PATCH] Preserve build IDs 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: Thu, 17 Apr 2008 19:14:55 -0000 On Thu, 2008-04-17 at 13:51 +0200, Lubomir Kundrak wrote: > Actually that turned to not being a bug, if I recall correctly. It was > just that in plain flat binary files there's really no way to express > emptiness other by padding with zeroes. I don't want to start a protracted discussion about binutils here, but it's a bug in my opinion. objcopy is supposed to understand the optional role of build ID and strip it if it cannot be presented in the output as a build ID, rather than convert is to piece of binary data followed by megabytes of "emptiness". > However this is irrelevant since we no longer include that in the plain > binary files. There's little use of it anyways, as it would not be > possible to look it up in the file, given it resides in own section in > ELF, and plain binaries really have no sections. Agreed. -- Regards, Pavel Roskin