From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lynn Winebarger Newsgroups: gmane.emacs.devel Subject: Re: Finalizing 'inhibit-automatic-native-compilation' Date: Mon, 6 Feb 2023 09:29:10 -0500 Message-ID: References: <837cx8cey0.fsf@gnu.org> <837cx6a8me.fsf@gnu.org> <83357ua6ja.fsf@gnu.org> <83zga28ra8.fsf@gnu.org> <83r0vd97s0.fsf@gnu.org> <83lell73yv.fsf@gnu.org> <83k0145guk.fsf@gnu.org> <835ychtcq9.fsf@gnu.org> <83r0v4sgpj.fsf@gnu.org> <83cz6nq70a.fsf@gnu.org> <834jryrioo.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000072040305f408db30" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22932"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Andrea Corallo , Stefan Monnier , emacs-devel To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Feb 06 15:30:08 2023 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 1pP2VU-0005ly-5L for ged-emacs-devel@m.gmane-mx.org; Mon, 06 Feb 2023 15:30:08 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pP2Uq-0003rY-OM; Mon, 06 Feb 2023 09:29:29 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pP2Uo-0003qZ-64 for emacs-devel@gnu.org; Mon, 06 Feb 2023 09:29:26 -0500 Original-Received: from mail-pf1-x435.google.com ([2607:f8b0:4864:20::435]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pP2Um-0000Mx-GV; Mon, 06 Feb 2023 09:29:25 -0500 Original-Received: by mail-pf1-x435.google.com with SMTP id 144so8480345pfv.11; Mon, 06 Feb 2023 06:29:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=rjGKA5+78Sxh6boOdh1qB4Sx8BfchlEEUc4xSkl9E3o=; b=C85b7VaWjc+Ebmn8lCzYjC4IShwjlKvO3PG7Qy9HMJpj1Csri9QP4QYNbOzLfXg8p7 jDMNWODHARAtoUen2ZibclgtntLikaVoaeEBeWuJUNDR4eeu0y4BfZ4sbVspKBCvmTNl EdiWSpWbpoDTregcmuX163i5CDGA5JdyrlzmCEMXTu+FZ/ypWEz+KQiJhmXKZPRLs6Lw uBFzAsTTAK2TxeQH/0jOSQRWxcKHhsf3/T3YetFAmMnEtEdqc70M5celxJy4eOc9n/ql Rn4UYOWe4i3/6HytswEe3FNST2Bq2fuV/9Rzjr7jM7F0duXyFoCKFGUnYmEPbczZJ6oj p1pQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=rjGKA5+78Sxh6boOdh1qB4Sx8BfchlEEUc4xSkl9E3o=; b=BxvWap66Zj14vMT+Kdn/TgKucV+FermHoLWEa/KjQiAiGQ/RTgzi9nGDHRju6RMjnf aibUwlKibbmOu4NAkPuFvQPrxNxpVpBaF0fAF0UodY/LGsrx/L4/pHIG15z8XthvaQrM sx2stFhyKCIKU61fzXlF/EZyCcRK+r3YmFzywZE2Yp5/n5W/6dMmdk7xdV4TPu6NTSPV bC6BnpRkl7Sm0WVOWY2KAlY7SJfbHWv5jjBV54tjg3m7Iuc7+xQXcYjp6G3ltcbk9K+O 047Vd7HAlKWRVLnYalgRHoPIxs3ypMS0ZypG9Sp75lOeL6hHEK7r57YtXAkxi1IY24EB Xp1g== X-Gm-Message-State: AO0yUKVZUk4/9vBx0Cu3VcpLfRd/VjLiSzHFlohud8eVNACoH2juHNNI Gm4x4WDo8mKYJFOjbygGzaGKcotbXNWJQ74bhDfhyV2Q X-Google-Smtp-Source: AK7set+Me7keCKdhI3PqugktwZ1zYG+1PLfsNj7ykz4UPXp4JGkfoj7uY4Qsv6LpQ/ReG0eoq6K4Bx+fYFU8Wu4lZIE= X-Received: by 2002:a63:ef4d:0:b0:434:911a:301 with SMTP id c13-20020a63ef4d000000b00434911a0301mr3096827pgk.50.1675693762149; Mon, 06 Feb 2023 06:29:22 -0800 (PST) In-Reply-To: <834jryrioo.fsf@gnu.org> Received-SPF: pass client-ip=2607:f8b0:4864:20::435; envelope-from=owinebar@gmail.com; helo=mail-pf1-x435.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, HTML_MESSAGE=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.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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:303022 Archived-At: --00000000000072040305f408db30 Content-Type: text/plain; charset="UTF-8" On Mon, Feb 6, 2023, 9:07 AM Eli Zaretskii wrote: > > From: Lynn Winebarger > > Date: Mon, 6 Feb 2023 08:37:46 -0500 > > Cc: Andrea Corallo , Stefan Monnier < > monnier@iro.umontreal.ca>, > > emacs-devel > > > > On Mon, Feb 6, 2023, 8:05 AM Eli Zaretskii wrote: > > > > Yes. I'm saying that for re-dumping one should make sure that the > > additional dumped *.eln files are in the ../native-lisp directory > > relative to where the Emacs binary lives, and then when Emacs is > > restarted, it will find those *.eln files at startup time. > > > > Are you saying dump-emacs-portable supports preloaded native-compiled > libraries now? > > No, I'm saying that starting Emacs assumes the dumped *.eln files live > in one of two possible locations, and you must make sure they are in > one of those two locations, or else Emacs will fail to start. > Then I'm confused by what you mean by "re-dumping" above. I'm only referencing the result of starting temacs in dump-mode. Andreas may well be correct that there are no additional challenges for native-compiled libraries than there would be for byte-compiled, aside from the part of the build process ensuring those eln files exist in the right location that you note. But since dump-portable-emacs is available for the byte-compiled case, these limitations are most noticable for someone attempting to dump native-compiled libraries. As soon as a library requiring cl-lib is included, the prohibition (in dump-mode) against autoloading and circular requires is a problem. Lynn --00000000000072040305f408db30 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Feb 6, 2023, 9:07 AM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Lynn Winebarger <owinebar@gmail.com>
> Date: Mon, 6 Feb 2023 08:37:46 -0500
> Cc: Andrea Corallo <akrl@sdf.org>, Stefan Monnier <monnie= r@iro.umontreal.ca>,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0emacs-devel <emacs-devel@gnu.org>=
>
> On Mon, Feb 6, 2023, 8:05 AM Eli Zaretskii <eliz@gnu.org> wrote: >
>=C2=A0 Yes.=C2=A0 I'm saying that for re-dumping one should make su= re that the
>=C2=A0 additional dumped *.eln files are in the ../native-lisp director= y
>=C2=A0 relative to where the Emacs binary lives, and then when Emacs is=
>=C2=A0 restarted, it will find those *.eln files at startup time.
>
> Are you saying dump-emacs-portable supports preloaded native-compiled = libraries now?

No, I'm saying that starting Emacs assumes the dumped *.eln files live<= br> in one of two possible locations, and you must make sure they are in
one of those two locations, or else Emacs will fail to start.

Then I'm c= onfused by what you mean by "re-dumping" above.=C2=A0 I'm onl= y referencing the result of starting temacs in dump-mode.

Andreas may well be correct that there ar= e no additional challenges for native-compiled libraries than there would b= e for byte-compiled, aside from the part of the build process ensuring thos= e eln files exist in the right location that you note.=C2=A0 But since dump= -portable-emacs is available for the byte-compiled case, these limitations = are most noticable for someone attempting to dump native-compiled libraries= .=C2=A0

As soon as a lib= rary requiring cl-lib is included, the prohibition (in dump-mode) against a= utoloading and circular requires is a problem.=C2=A0=C2=A0

Lynn

--00000000000072040305f408db30--