From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.devel Subject: Re: Merging native-comp and pgtk Date: Sat, 13 Feb 2021 09:38:38 -0800 Message-ID: References: <07D5E64D-DAD0-45B3-B272-627A73D7CBAE@gmail.com> <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> <87wnvcrze8.fsf@gnus.org> <87eehkfbab.fsf@gnu.org> <878s7sqiww.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5868"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Lars Ingebrigtsen , Tassilo Horn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Feb 13 18:39:25 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 1lAyt7-0001LB-FJ for ged-emacs-devel@m.gmane-mx.org; Sat, 13 Feb 2021 18:39:21 +0100 Original-Received: from localhost ([::1]:46552 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lAyt6-0007iC-Hb for ged-emacs-devel@m.gmane-mx.org; Sat, 13 Feb 2021 12:39:20 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37330) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lAysU-0007J0-FD for emacs-devel@gnu.org; Sat, 13 Feb 2021 12:38:42 -0500 Original-Received: from mail-pl1-x633.google.com ([2607:f8b0:4864:20::633]:44235) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lAysS-0000s2-Ov; Sat, 13 Feb 2021 12:38:42 -0500 Original-Received: by mail-pl1-x633.google.com with SMTP id a24so1466175plm.11; Sat, 13 Feb 2021 09:38:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=yc+KGVckvrJdOMIE7UvRPh0Bf0/WP+YqoV1bXc170tU=; b=CMXPKSINieKOlRicAXkgvZOi80x8UrKD4CPSJqb3OgzFz2rEIqYERaUR+I3JVgEJp1 JZina8qOQwwjtqYsQvKhpwr/B0rR3EMQbhqQfWPyEqasRJbbrag+4qxIUlUPdtOMT0SX HDBsZjd0963X9A+Jv0yQRPXZk+b1Q0cvN2yozZwKWM6rmsExYwohkbsPbK68waUMQb98 M1eHap4SC0pvuIow9fMPX3UgN/WxP+3kIK7WUDUbRcScLcv73cUm2QhQMqH7v6ETbpks q5HvHxh4QDooE11GkpCD38PV6TEiJxch5xVcHLpXS2HvD1pE4mtoQ7v1i5tQWG/ecaNf L7AA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=yc+KGVckvrJdOMIE7UvRPh0Bf0/WP+YqoV1bXc170tU=; b=A1D1BukofyUu9ekmZsk63yka4wsmZ7PVPshAfsQ241fZKxw4XSt87QO614QHxBnTWX vu0+l8nk200/UxARAtZW+zCXj+x/lGW/Z+9OMrB4SDWq64FrHZKIY/W9uRd7KCkHgRHW BzXeoCDsbN3M3emzXM2f7zAtO05/rEfEDN6mV7f1kl4zKqVtzOXzGG4Ul5lMzGpmV9+t efJfIOBs9pEAL74FId1FYZUbdvGk6VrveHKH0m86W9wBoO9HUcTrMCH3yNjYbIX8RdvY QS5G53G+GSBNOM84VT9TmXb6gaUyLhsPT0z6OJArAAhGuxRNufj2nK6u5Tspnyg/S8qC gmfw== X-Gm-Message-State: AOAM5321VJGI1Bq1HZSK8tf6ImKb5clbx8cANpAf7JlGgNAJIFbRcNX6 /dv0S9eJg1Y7T+G7FjZhZKoz08vSH6Z6AQ+Ei0Q= X-Google-Smtp-Source: ABdhPJzkHRKiMh5KQzu1z7XEmYVK2f9kPD2m9tKWqw1BIpqElP4XQlfyhHmUn+8rAjf+i2qTS99WDZbwvPELRivGdZc= X-Received: by 2002:a17:903:31c4:b029:e1:8840:8ab9 with SMTP id v4-20020a17090331c4b02900e188408ab9mr7506315ple.70.1613237918563; Sat, 13 Feb 2021 09:38:38 -0800 (PST) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 13 Feb 2021 09:38:38 -0800 In-Reply-To: <878s7sqiww.fsf@gnus.org> Received-SPF: pass client-ip=2607:f8b0:4864:20::633; envelope-from=stefankangas@gmail.com; helo=mail-pl1-x633.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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:264643 Archived-At: Lars Ingebrigtsen writes: > I've got one question about how things are compiled that I meant to ask > but forgot: Why is AOT not the default, and why does the native-comp > branch do compilation on-the-fly in the background? For me, it is a happy middle-ground: I do not need to make NATIVE_FULL_AOT=1 (which is slower) but can still rely on getting the performance increase automagically. Lars Ingebrigtsen writes: > Tassilo Horn writes: > >> Given that the ELN compilation takes quite some time, I think that's one >> major reason. Another thing is that the on-the-fly compilation also >> compiles all ELPA packages and even packages just residing somewhere on >> my customized load-path which aren't accessible at emacs build time. > > That's nice, but it's unusual for Emacs to do something like that. > > When installing an ELPA package, Emacs byte-compiles the files, right? > So it should do .eln compilation at the same time, in my opinion. It would have some benefits I guess, but it would slow down package installation. Whatever we do, it would be nice to avoid that. On the nativecomp branch, package.el requests to do the .eln compilation asynchronously in the background. AFAIU, if Emacs is killed before the package is compiled, it will be put back in the compilation queue after the package is used in a subsequent session. The drawback is that we get compilation warnings pop up every now and then, which is arguably somewhat disruptive. But this could be improved upon, I think. For example, I'm not sure users need to see all warnings by default for installed packages even in the byte-compilation case. We could perhaps have an option to enable these warnings for the genuine sticklers out there. (I for one would definitely turn it on...)