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: Wed, 01 Jan 2020 12:41:58 +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="99503"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 01 13:42:26 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane.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 1imdKT-000PmI-Ve for ged-emacs-devel@m.gmane.org; Wed, 01 Jan 2020 13:42:26 +0100 Original-Received: from localhost ([::1]:58192 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1imdKS-0006w1-SR for ged-emacs-devel@m.gmane.org; Wed, 01 Jan 2020 07:42:24 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57376) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1imdKF-0006vv-48 for emacs-devel@gnu.org; Wed, 01 Jan 2020 07:42:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1imdKD-00033u-1S for emacs-devel@gnu.org; Wed, 01 Jan 2020 07:42:11 -0500 Original-Received: from mx.sdf.org ([205.166.94.20]:58986) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1imdKB-0002p8-4T; Wed, 01 Jan 2020 07:42:07 -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 001Cfxck004292 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Wed, 1 Jan 2020 12:41:59 GMT Original-Received: (from akrl@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 001CfwjW030681; Wed, 1 Jan 2020 12:41:58 GMT In-Reply-To: <83imlwl9vm.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 31 Dec 2019 18:47:57 +0200") 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:243831 Archived-At: Eli Zaretskii writes: > That said, it's just a name. If you feel strongly about it, I won't > object. Thanks you for your understanding. >> - Is force push allowed in these feature branches? > > For such a large feature I'd prefer not to do that, assuming that some > people will want to track that branch and perhaps contribute changes > and patches. Why would force-push be necessary? Just a curiosity. It can be used to keep on rebasing the branch fast forward tho (thing I did till now) but is not good for cooperative development I agree. > > Under feature/, please. > Okay, so the branch landed now on emacs.git as feature/native-comp. I've freshly rebased it on the latest master (I just had to revert 186152ba4 but this is master related). To test it configure it with --with-nativecomp (this is disabled by default). I did some work and the normal build should be compilable and functional again. The build system produce elns as side effect of the elc compilation during the boot for now. This is because there's no list of lexical/dynamic scoped files. Is not the nicest but it works for now. It bootstrap cleanly on two my machines. Obviously has to be considered experimental and I've left comp-speed 0 as default setting. Bootstrapping at speed 2 should work but has to be considered *meta* experimental. The question I wanted to ask is: What's next? Other than rounding edges should be focus also on more performance and/or dynamic scope support? Thanks Andrea -- akrl@sdf.org