From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andy Wingo Subject: Re: Building Guix with Guile 2.1 Date: Thu, 22 Sep 2016 11:22:45 +0200 Message-ID: <87k2e4e1ay.fsf@igalia.com> References: <87fuotl367.fsf@gnu.org> <87vaxpnf11.fsf@T420.taylan> 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]:36801) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bn0DX-0000MT-Hf for guix-devel@gnu.org; Thu, 22 Sep 2016 05:22:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bn0DT-00033V-RU for guix-devel@gnu.org; Thu, 22 Sep 2016 05:22:54 -0400 In-Reply-To: <87vaxpnf11.fsf@T420.taylan> ("Taylan Ulrich =?utf-8?Q?=5C=22Bay=C4=B1rl=C4=B1=2FKammer=5C=22=22's?= message of "Wed, 21 Sep 2016 23:01:30 +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: Taylan Ulrich =?utf-8?Q?=22Bay=C4=B1rl=C4=B1?= =?utf-8?Q?=2FKammer=22?= Cc: guix-devel On Wed 21 Sep 2016 23:01, taylanbayirli@gmail.com (Taylan Ulrich "Bay=C4=B1= rl=C4=B1/Kammer") writes: > With the attached quick-and-dirty patch, 'make' runs to completion. LGTM. > I think we can keep the (compile 'dummy) hack. That leaves two issues > which may be solved in a cleaner manner than in this patch: > > - The (define foo (@@ (bar) foo)) parts. > - Making %tty-gid public. (The above didn't work for this one...) > > Both fixes may become unnecessary if Guile 2.2 goes back to allowing > #:select to import private bindings. Otherwise, recommendations for > cleaner solutions welcome. I think allowing access to private bindings via #:select was simply an error and is unlikely to be reinstated. > By the way, compile time seems to increase greatly with 2.2, to the > point I wondered if it's really compiling in parallel, but it does seem > to as evidenced by top(1). Maybe package modules could be compiled with > certain optims turned off, since they mostly just consist of package > object definitions and not procedures whose performance would matter. How much? I think turning off most optimizations for the packages is a good idea. There is not a nice way to do this however. What `guild compile -O1 ...` does is: http://git.savannah.gnu.org/gitweb/?p=3Dguile.git;a=3Dblob;f=3Dmodule/scr= ipts/compile.scm;h=3D939fb2564ec344de5f4a531b2041383730262d4f;hb=3DHEAD#l55 The default is -O2. Andy