From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: master 289000e: Merge branch 'feature/native-comp' into trunk Date: Mon, 26 Apr 2021 16:45:56 +0300 Message-ID: <83czuhjh0r.fsf@gnu.org> References: <20210425182503.25223.81072@vcs0.savannah.gnu.org> <20210425182508.6CC7C2094D@vcs0.savannah.gnu.org> <831rayktot.fsf@gnu.org> <83v989jmuc.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4608"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, akrl@sdf.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Apr 26 15:46:57 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 1lb1Zg-0000vO-Vp for ged-emacs-devel@m.gmane-mx.org; Mon, 26 Apr 2021 15:46:56 +0200 Original-Received: from localhost ([::1]:46926 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lb1Ze-0001fY-6j for ged-emacs-devel@m.gmane-mx.org; Mon, 26 Apr 2021 09:46:55 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42964) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lb1Z2-0001Ft-9q for emacs-devel@gnu.org; Mon, 26 Apr 2021 09:46:16 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:56585) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lb1Z1-0002Lb-7K; Mon, 26 Apr 2021 09:46:15 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1893 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lb1Z0-0002A7-Dj; Mon, 26 Apr 2021 09:46:14 -0400 In-Reply-To: (message from Alan Mackenzie on Mon, 26 Apr 2021 13:21:25 +0000) 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:268470 Archived-At: > Date: Mon, 26 Apr 2021 13:21:25 +0000 > Cc: akrl@sdf.org, emacs-devel@gnu.org > From: Alan Mackenzie > > > My suggestion is to load and run the code you want to benchmark, but > > after the benchmark finishes, leave Emacs running until 'ps' no longer > > shows inferior Emacs processes run in the background -- those are the > > subprocesses Emacs starts to natively-compile every .el file your > > program loads. Once all the native-compilation subprocesses exit, > > exit your interactive session, and then run the benchmark again; this > > time it should show the full speedup of native-compilation. > > I've tried that, but I don't think the native compile versions of CC Mode > got loaded. If they had been loaded, there would have been _some_ speed > up. What I did was, in essence, > > M-: (load-file "~/emacs/emacs.git/master/lisp/progmodes/cc-defs.elc") If you specify the .elc extension explicitly, Emacs won't load the .eln file instead. Use "M-x load-library RET cc-defs RET" instead. (And why do you need to load the CC mode files by hand? why not let Emacs load them as needed?) > > We have a lot to do in the documentation department for this feature. > > You can wait until we are done (which could take a while), or you > > could ask questions (but in the latter case please be more specific, > > so that the answers are useful for you). > > Sorry, I got the impression that, with the merge, the feature was almost > ready for full time use in Emacs. I think it's ready. There are people who use it for several months already. I just didn't feel it would be justified to delay the merge because of the documentation.