From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.devel Subject: Re: On elisp running native Date: Sat, 11 Jan 2020 14:10:03 +0000 Message-ID: References: <83tv5mp48l.fsf@gnu.org> <83sgl0lchm.fsf@gnu.org> <83imlwl9vm.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="140986"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jan 11 15:11:21 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iqHTV-000Ptj-J4 for ged-emacs-devel@m.gmane-mx.org; Sat, 11 Jan 2020 15:10:49 +0100 Original-Received: from localhost ([::1]:57874 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iqHTU-0006GD-Dy for ged-emacs-devel@m.gmane-mx.org; Sat, 11 Jan 2020 09:10:48 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43805) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iqHSs-0005Dz-OK for emacs-devel@gnu.org; Sat, 11 Jan 2020 09:10:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iqHSr-0004LC-JH for emacs-devel@gnu.org; Sat, 11 Jan 2020 09:10:10 -0500 Original-Received: from mx.sdf.org ([205.166.94.20]:62219) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iqHSr-000403-Al; Sat, 11 Jan 2020 09:10:09 -0500 Original-Received: from sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 00BEA4Aq022537 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Sat, 11 Jan 2020 14:10:04 GMT Original-Received: (from akrl@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 00BEA3Dc005590; Sat, 11 Jan 2020 14:10:03 GMT In-Reply-To: (Andrea Corallo's message of "Thu, 02 Jan 2020 11:47:13 +0000") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 205.166.94.20 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:244201 Archived-At: Andrea Corallo writes: > Stefan Monnier writes: > >> - making it work everywhere > > I can report that the branch bootstraps out of the box on arm64! > > I just have an assertion that triggers using some packages. But I get > the same on x86_64. > > Blindly commenting it out with the following works but I've to find some > time to understand what's going on. I'm not into cl-generic.el therfore > suggestions are welcome :) Okay after some investigation I fixed the issue that was causing the assertion in cl-generics to fire-up. I wasn't moving the relocated lisp objects used by functions into pure space during bootstrap. I pushed the fix and now should behave as the standard implementation does. Note this is an ABI change in the eln format so if you are testing the branch and you have some eln compiled, for example in your elpa folder, don't forget (as I did) to recompile. Now I think it should be quite usable without any hacky trick. Next I guess is to: - implement the folder thing to have different Emacs versions to coexists and use the same lisp file compiled. - look into speed 2 to understand how stable is the bootstrapped system and most likely do some bug fix. For the rest I worked all the week on an arm64 Emacs to remember Friday it was native compiled :) I've a couple of interruptions that will slow me down for the next month but I'll keep on progressing. Andrea -- akrl@sdf.org