From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Lars Brinkhoff Newsgroups: gmane.emacs.devel Subject: Re: On elisp running native Date: Fri, 29 Nov 2019 06:03:54 +0000 Organization: nocrew Message-ID: <7wlfrzw75h.fsf@junk.nocrew.org> References: <87eexscgmx.fsf@gnus.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="47814"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 29 07:04:42 2019 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 1iaZOU-000CK0-7N for ged-emacs-devel@m.gmane.org; Fri, 29 Nov 2019 07:04:42 +0100 Original-Received: from localhost ([::1]:55186 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iaZOS-0008P8-Tw for ged-emacs-devel@m.gmane.org; Fri, 29 Nov 2019 01:04:40 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50736) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iaZNy-0008NI-Hp for emacs-devel@gnu.org; Fri, 29 Nov 2019 01:04:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iaZNv-0001DJ-Gj for emacs-devel@gnu.org; Fri, 29 Nov 2019 01:04:08 -0500 Original-Received: from 195-159-176-226.customer.powertech.no ([195.159.176.226]:57988 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iaZNv-0000iN-6R for emacs-devel@gnu.org; Fri, 29 Nov 2019 01:04:07 -0500 Original-Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1iaZNo-000BYN-8Q for emacs-devel@gnu.org; Fri, 29 Nov 2019 07:04:00 +0100 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:n/dHXUxwv9HQQ289qmwRo6/4eHE= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 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:242857 Archived-At: Hello Andrea, First off, I think this is very exciting news and possibly a major step forward for Emacs. So thank you. Andrea Corallo wrote: > Lars Ingebrigtsen wrote: >> Also, I'm wondering about debugging: I spend a lot of time in Emacs just >> edebugging or in the *Backtrace* buffer. Does the natively compiled >> code mean that all that has to happen in gdb now? > No, you can trap into native compiled code with a gdb as you can do it > for any piece of the C core, but I would do that just for debugging the > internals or the functionality of the generated code. Should be > something not routinely done for writing lisp. I think the concern is whether natively compiled code would be less debuggable. And I think the answer would be: it depends. If speed is set to 3, maybe you forego some debugging features. And if it's low enough, debugging would hopefully work exactly the same as byte-compiled code. The default for building Emacs might be somewhere in between but probably lean more towards debugging. Are there more compiler parameters than speed, like debug, safety, space as in CL?