From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Rob Browning Newsgroups: gmane.emacs.devel Subject: Re: Suppressing native compilation (short and long term) Date: Sat, 15 Oct 2022 12:39:30 -0500 Message-ID: <87wn91f0kt.fsf@trouble.defaultvalue.org> References: <87bkqxf1ij.fsf@tethera.net> <8335c9dkyf.fsf@gnu.org> <83edvqafr7.fsf@gnu.org> <83h70m19yv.fsf@gnu.org> <87tu4mm7kt.fsf@trouble.defaultvalue.org> <87pmfa9k30.fsf@gnus.org> <83r0zqysyu.fsf@gnu.org> <877d1im5k3.fsf@trouble.defaultvalue.org> <83h70myrrp.fsf@gnu.org> <87r0zqknrx.fsf@trouble.defaultvalue.org> <83ill0yfct.fsf@gnu.org> <875yh0l9ya.fsf@trouble.defaultvalue.org> <835yh0vsv8.fsf@gnu.org> <87tu4jjdtq.fsf@trouble.defaultvalue.org> <87pmf2tdgj.fsf@md5i.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31181"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , larsi@gnus.org, yandros@gmail.com, tomas@tuxteam.de, emacs-devel@gnu.org To: Michael Welsh Duggan Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Oct 15 19:41:04 2022 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 1ojl9k-0007u0-1A for ged-emacs-devel@m.gmane-mx.org; Sat, 15 Oct 2022 19:41:04 +0200 Original-Received: from localhost ([::1]:53468 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ojl9i-0001Pi-Ju for ged-emacs-devel@m.gmane-mx.org; Sat, 15 Oct 2022 13:41:02 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53386) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojl8H-0000Sh-SD for emacs-devel@gnu.org; Sat, 15 Oct 2022 13:39:34 -0400 Original-Received: from defaultvalue.org ([45.33.119.55]:37498) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ojl8G-0006wt-89; Sat, 15 Oct 2022 13:39:33 -0400 Original-Received: from trouble.defaultvalue.org (localhost [127.0.0.1]) (Authenticated sender: rlb@defaultvalue.org) by defaultvalue.org (Postfix) with ESMTPSA id E3C7C203D8; Sat, 15 Oct 2022 12:39:30 -0500 (CDT) Original-Received: by trouble.defaultvalue.org (Postfix, from userid 1000) id 8EA3814E081; Sat, 15 Oct 2022 12:39:30 -0500 (CDT) In-Reply-To: <87pmf2tdgj.fsf@md5i.com> Received-SPF: pass client-ip=45.33.119.55; envelope-from=rlb@defaultvalue.org; helo=defaultvalue.org X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-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.29 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:297809 Archived-At: Michael Welsh Duggan writes: > 1) When building emacs (used as part of emacs bootstrap) > 2) When installing emacs via dpkg (maybe? Not certain) > 3) When building an emacs package (maybe? Not certain) > 4) When installing an emacs package via dpkg > 5) When a user runs emacs > 1) When building emacs (used as part of emacs bootstrap) "building the emacs package", which we do from an upstream tree usually pretty close to the upstream tag, plus a varying number of patches. Then it's mostly configure, make check, make DESTDIR=... install to build the tree(s) that are packaged. > 2) When installing emacs via dpkg (maybe? Not certain) Yes, "apt install emacs". But that also includes upgrades. The upgrade and install scripts run as root, and should not affect HOME in most, if not all, cases. And note that both install and upgrade will run emacs a bazillion times to rebuild all of the system-level .elc files for all of the installed emacs "add-on" packages in dependency order. > 3) When building an emacs package (maybe? Not certain) Yes, and that will likely run the installed /usr/bin/emacs any number of times, in unpredictable ways, including via any test harnesses/processes the package might have. > 4) When installing an emacs package via dpkg Yes, "apt install elpa-magit", which also includes upgrades, and will invoke emacs to rebuild all of the elc files for the add-on. > 5) When a user runs emacs Yes, but in this case, > g) Case 4 might run emacs to build .elc and .eln files for the package's > .el files and place them in world-readable, read-only locations. An > Emacs run in case 5 will include that location in its native file > search path. Yes, if we proceed with ELN compilation (and don't also decide to start packaging the .elc and .eln files too, rather than building them on-demand -- which may be up for discussion, but would only be viable if the emacs fingerprint only changed very deliberatlely). > Open questions: > > i ) In case 2, are the emacs binaries and the elisp files in the same > package, or are they split into different packages? If the latter, > which package should contain the .eln files? Currently, the elisp files are in a separate emacs-el package because they used to be optional. It sounds like they can't be anymore, so emacs-common now depends on emacs-el, and everything else depends on emacs-common. I'd assume that the .eln files would go in the arch-dependent emacs-bin-common package where other things like ctags, browse, etc. go. Summary seems pretty accurate, overall. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4