From mboxrd@z Thu Jan 1 00:00:00 1970 From: Maxim Cournoyer Subject: Re: 02/02: gnu: next: Compress the executable. Date: Sun, 29 Sep 2019 22:24:09 +0900 Message-ID: <87d0fjb5hi.fsf@gmail.com> References: <20190905095602.15524.75425@vcs0.savannah.gnu.org> <20190905095603.AC57A209A5@vcs0.savannah.gnu.org> <874l1qgc1j.fsf@elephly.net> <871rwuc3es.fsf@ambrevar.xyz> <87blvu32qm.fsf@gnu.org> <878sqxq4ga.fsf@ambrevar.xyz> <875zm0co0t.fsf@ambrevar.xyz> <87h85ipo14.fsf@gnu.org> <87muf9n8sc.fsf@ambrevar.xyz> <8736gw6xrh.fsf@gnu.org> <87y2yonng4.fsf@ambrevar.xyz> <87k19tg63u.fsf@ambrevar.xyz> <87v9tcm8ws.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:59194) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iEZBR-0003B2-7m for guix-devel@gnu.org; Sun, 29 Sep 2019 09:24:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iEZBQ-0003QM-6B for guix-devel@gnu.org; Sun, 29 Sep 2019 09:24:17 -0400 In-Reply-To: <87v9tcm8ws.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Sat, 28 Sep 2019 23:02:27 +0200") 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" To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel@gnu.org Hi Pierre, Ludovic Court=C3=A8s writes: > Howdy! > > Pierre Neidhardt skribis: > >> Duh, got it: if next-1.3.1-lib is grafted, then the path to SQLite, >> libfixposix, etc. _inside the compress binary_ will not be updated. >> So if we garbage-collect after that, the binary will try to FFI-load >> non-existing libraries. > > Exactly! > >> Note that this is only a problem because Next depends on FFI libraries. >> Compressing pure-SBCL binaries should not be a problem. > > It=E2=80=99s a problem in general: any store reference in a compressed fi= le is > invisible to the GC and to the grafting code. > > Ludo=E2=80=99. In case you were not thinking about it, Btrfs compression gives you the best of both worlds -- Guix operates on seemingly uncompressed data, while in reality everything (not just SBCL binaries) is compressed to reduce disk space usage and speed up read/writes. Maxim