From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Add a configure option for NATIVE_FULL_AOT? Date: Wed, 18 Aug 2021 21:19:13 -0400 Message-ID: References: <87r1er3oqr.fsf@igel.home> <83lf4z6hh0.fsf@gnu.org> <83fsv75w43.fsf@gnu.org> <20210818073349.GC18126@tuxteam.de> <835yw354rb.fsf@gnu.org> <20210818133233.GA3470@tuxteam.de> <83pmua50jd.fsf@gnu.org> <20210818162216.GB9542@tuxteam.de> <20210818170020.GE9542@tuxteam.de> <8335r64qqq.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11642"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Eli Zaretskii , tomas@tuxteam.de, emacs-devel@gnu.org To: Andrea Corallo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Aug 19 03:20:51 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mGWjj-0002qC-Dg for ged-emacs-devel@m.gmane-mx.org; Thu, 19 Aug 2021 03:20:51 +0200 Original-Received: from localhost ([::1]:54422 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mGWji-0001UQ-4W for ged-emacs-devel@m.gmane-mx.org; Wed, 18 Aug 2021 21:20:50 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37714) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mGWiL-0000YF-4f for emacs-devel@gnu.org; Wed, 18 Aug 2021 21:19:25 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:60467) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mGWiF-0005MP-IS; Wed, 18 Aug 2021 21:19:23 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 4A1F61001F3; Wed, 18 Aug 2021 21:19:16 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id CDC5310001F; Wed, 18 Aug 2021 21:19:14 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1629335954; bh=w2ECi1D/ne+OSH/UZ7vb3v0eA3L67cK4GP01rEuiYEg=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=FhXVxmZrFfN6nE2oqxieuka28IaFPKUQkWqs65DsAhjZqrvuljIzwsVazvpx98ttA 5bxpBlGoMCKnnkw4sneRTUsVWC8re+brknkOWZ07ptiTnqJTCpNSi7W872T67X7f+2 fQrBCLOjKpVDfRiXHXZfhrNJnlJwLfO0pBb5BMxNxV9SEdDUV/21Qn2F8mFxB1SqwP NM38np3msjYdXL8D6zSKYhQwxdfq+/2J03Jel8TFZiklrDQhGZayaMTpIqXTEkNE+9 wJsQP05VqXQO0q9ptgOtpYbtw8xgCnu4dsMQNX12IEA9AUCqUgANMXnQd7rrDdhiPX vEPMYdipUe32g== Original-Received: from alfajor (unknown [104.247.244.135]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 9CA31120320; Wed, 18 Aug 2021 21:19:14 -0400 (EDT) In-Reply-To: (Andrea Corallo's message of "Wed, 18 Aug 2021 19:43:37 +0000") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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.io gmane.emacs.devel:272628 Archived-At: > Just to touch on this. ATM we do start a native-compilation only when > we load a .elc for which no .eln is found. The same for the .el files > is not enabled. I guess the main reason is that we would loose the > ability to step but I suspect wouldn't be the only drawback. Also it would probably break on some corner case files that can't be byte-compiled correctly (typically because they need other files to be loaded before byte-compilation can be performed). Basically, byte-compilation is *not* transparent (and it's currently important because byte-compilation is the step where we give feedback to the coder, so we don't want to postpone that to the moment the coder is gone and has been replaced by the end-user who doesn't know what to do with byte-compilation warnings/errors). Fundamentally, .eln files are generated from .elc files (tho currently, the code works a bit differently, which is arguably a bug, which may(will?) bump into the above problem with .el files). Stefan