From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: =?utf-8?B?4oCYc3RyaXDigJk=?= phase Date: Sat, 22 Nov 2014 12:53:46 +0100 Message-ID: <87egsvjvsl.fsf@gnu.org> References: <20141026203111.GA20849@thebird.nl> <87wq7mpfs0.fsf@yeeloong.lan> <20141026234436.GA21721@thebird.nl> <87siiap9s5.fsf@yeeloong.lan> <20141027015650.GB21971@thebird.nl> <87k33m179b.fsf@netris.org> <87tx2panmi.fsf_-_@gnu.org> <87d29dj1yq.fsf@netris.org> <87fve97ln2.fsf@gnu.org> <87oasxpp5k.fsf@yeeloong.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37913) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xs9GG-0006rI-T3 for guix-devel@gnu.org; Sat, 22 Nov 2014 06:54:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xs9G9-0005dV-Ru for guix-devel@gnu.org; Sat, 22 Nov 2014 06:53:56 -0500 Received: from hera.aquilenet.fr ([2a01:474::1]:36454) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xs9G9-0005dI-LK for guix-devel@gnu.org; Sat, 22 Nov 2014 06:53:49 -0500 In-Reply-To: <87oasxpp5k.fsf@yeeloong.lan> (Mark H. Weaver's message of "Mon, 27 Oct 2014 10:23:35 -0400") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Mark H Weaver Cc: guix-devel@gnu.org Mark H Weaver skribis: > ludo@gnu.org (Ludovic Court=C3=A8s) writes: > >> Mark H Weaver skribis: >> >>> IMO, the best solution is to check for the presence of ELF headers >>> ourselves. We already have ELF code in Guile master. >> >> Yes, that sounds good. Instead of relying on Guile=E2=80=99s ELF code, = perhaps >> it would be enough to check for the presence of the ELF magic bytes? > > Agreed. The test need not be perfect, because the worst that can happen > is an _occasional_ warning from 'strip', which really will be harmless :) Commit 50b87bd in =E2=80=98core-updates=E2=80=99 does that. Thanks, Ludo=E2=80=99.