From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andy Moreton Newsgroups: gmane.emacs.devel Subject: Re: Merging native-comp and pgtk Date: Fri, 12 Feb 2021 22:29:31 +0000 Message-ID: <86k0rc2a44.fsf@gmail.com> References: <07D5E64D-DAD0-45B3-B272-627A73D7CBAE@gmail.com> <87sg6alweo.fsf@gnus.org> <87pn1erewq.fsf@gmail.com> <87wnvlecrw.fsf@gnus.org> <83sg69o3av.fsf@gnu.org> <87mtwhctte.fsf@gnus.org> <459A0475-E3E7-4159-82DF-93809CCF1E24@gmail.com> <87eehng52n.fsf@gnus.org> <87mtwbye5b.fsf@gmail.com> <87czx7ycva.fsf@tcd.ie> <87eehmyalr.fsf@gmail.com> <877dneoewi.fsf@tcd.ie> <875z2yy6z7.fsf@gmail.com> <878s7twq2t.fsf@gmail.com> <84adc238-c424-bb6b-da28-c4232172da5b@gmx.at> <83wnvddtgh.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="7054"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (windows-nt) To: emacs-devel@gnu.org Cancel-Lock: sha1:1RBDWuhPGLCuIEtNz9Z96FSvNzg= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Feb 12 23:31:29 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 1lAgyG-0001li-Uo for ged-emacs-devel@m.gmane-mx.org; Fri, 12 Feb 2021 23:31:28 +0100 Original-Received: from localhost ([::1]:39906 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lAgyG-0005MH-14 for ged-emacs-devel@m.gmane-mx.org; Fri, 12 Feb 2021 17:31:28 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56160) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lAgwc-0004tD-UK for emacs-devel@gnu.org; Fri, 12 Feb 2021 17:29:46 -0500 Original-Received: from ciao.gmane.io ([116.202.254.214]:56340) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lAgwb-0000vt-HM for emacs-devel@gnu.org; Fri, 12 Feb 2021 17:29:46 -0500 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1lAgwZ-000AWn-GT for emacs-devel@gnu.org; Fri, 12 Feb 2021 23:29:43 +0100 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 5 X-Spam_score: 0.5 X-Spam_bar: / X-Spam_report: (0.5 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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:264562 Archived-At: On Fri 12 Feb 2021, Eli Zaretskii wrote: >> From: Stefan Monnier >> Date: Fri, 12 Feb 2021 13:14:08 -0500 >> >> Where are we w.r.t merging those two branches into `master`? >> >> IIUC the plan is to include those features as "experimental" in >> Emacs-28.1, right? If so, I think it's becoming urgent that we merge >> them into `master`. > > I don't thin it's ready yet, see my other message. > > (And why is it urgent? Emacs 27.2 is not out yet, and Emacs 28 is > supposed to have native-comp included. So we still have quite a long > way to go.) For me, the native-comp branch is not yet usable on mingw64 64bit: - The async background compile and intrusive warnings are intrusive and make emacs unresponsive to user input. The async background compile is difficult to control (other than disabling completely), or to see which files are still in the queue to be compiled. - The AOT build ignores prebuilt .eln files due to incorrect filename comparison (see bug #46256), and so does an async rebuild of all .eln files even if AOT prebuilt files already exist. This makes the effects of the first problem above more severe. - The dependencies for building .eln files do not work. If the .elc file for a .el file exists, the .eln will not be built (even if the .eln does not exist). On mingw64 32bit configured with "--wide": - the build fails: bootstrap-emacs.exe crashes when compiling lisp). gdb does not produce anything informative in the backtrace. - the "--wide" configure flag affects ABI, so should be included in the native-comp ABI hash identifier in .eln filenames. As a pre-existing problem (present in master), the .elc files are built in the source tree, rather than the build tree. That prevents doing out-of-tree builds for different platforms/ABIs from the same source tree. The native-comp branch looks promising, but still needs a little more work to make it suitable for wider use. Whether that should be done on a development branch or after merging into master is a separate issue. AndyM