From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: On elisp running native Date: Wed, 01 Jan 2020 10:14:30 -0500 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="161292"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Andrea Corallo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 01 16:16:30 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 1imfja-000fsD-Eb for ged-emacs-devel@m.gmane.org; Wed, 01 Jan 2020 16:16:30 +0100 Original-Received: from localhost ([::1]:59090 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1imfjZ-0005L6-3p for ged-emacs-devel@m.gmane.org; Wed, 01 Jan 2020 10:16:29 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43822) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1imfhq-00047y-0G for emacs-devel@gnu.org; Wed, 01 Jan 2020 10:14:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1imfho-00076F-Dj for emacs-devel@gnu.org; Wed, 01 Jan 2020 10:14:41 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:57988) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1imfhm-0006uL-7n; Wed, 01 Jan 2020 10:14:38 -0500 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 4330A8033D; Wed, 1 Jan 2020 10:14:37 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id D080781E24; Wed, 1 Jan 2020 10:14:35 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1577891675; bh=mwboXP07GqP4hIwFa1NQFcrjeUSTZwBP8WrRho3Go80=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=SN41hayFlCEjfZVb+MGExkHPqpfSkNCV0sKca3Dvfg5TheNEVjSVJX2SOqNpDU5SE bInXTwDNcxYKRXGDA8la/UcBRrzG4F+X0ac/UCeMzJF+SIIZvE5hcdXc1RqWYyby8V zi88xeVIhPIuHqZQ+EPJYjdwZL4EBWEHMYFPijT67UI1ObYMl/ICXkCgsR+l1zd7Ko r52P5lucgBbxDr5VsWtjVJzHkIGeDpIsscv8olsiTbB2zg5VXSW624FIhsV2T6HHMj eslZhqoAYwEpnMnC822WPsXACBp4w1vKaqC4so9/lrZfsZixiPHtDM8Y7skzbNcH58 Cio5toD/a8YvQ== Original-Received: from alfajor (unknown [208.77.84.249]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 3F741120B20; Wed, 1 Jan 2020 10:14:35 -0500 (EST) In-Reply-To: (Andrea Corallo's message of "Wed, 01 Jan 2020 12:41:58 +0000") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 132.204.25.50 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:243833 Archived-At: >> 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. For completeness: force-push is technically disabled on the whole repository. The only thing you can do technically instead is to delete a branch and push a new branch at the same place (which ends up doing the same). We only tolerate such rebases on scratch/* branches. > 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. Merging works just as well as rebasing to stay in-sync with `master`. And rebasing would be a pain in my rear when I start tracking your branch. > Okay, so the branch landed now on emacs.git as feature/native-comp. Great, thanks. > Other than rounding edges should be focus also on more performance > and/or dynamic scope support? I think the focus should be on: - making it work everywhere - making it easy/convenient to use (e.g. even if you share your $HOME between different architectures or even different OSes as well as different versions of Emacs) - making the code clean [ I haven't looked closely enough to know how much of this might be necessary ] - improve the quality of the generated code (size or speed, typically) As far as I'm concerned, support for a nil value of lexical-binding is a non-goal (it should still work, of course, e.g. by using the bytecode): the dynbind version of Elisp is a legacy language and it's better to update the code to lexbind than to try and make that legacy code run faster. Stefan