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: Docstring hack Date: Sun, 31 Jul 2022 16:29:43 -0400 Message-ID: References: <83bkt6687a.fsf@gnu.org> <871qu2lo29.fsf@yahoo.com> <837d3u63ez.fsf@gnu.org> <834jyy61w6.fsf@gnu.org> <831qu25z5x.fsf@gnu.org> <87mtcqhvot.fsf@yahoo.com> <83sfmh4x0o.fsf@gnu.org> <878ro9iw2q.fsf@yahoo.com> <83o7x54swu.fsf@gnu.org> <83h72x4ekp.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000000639e505e51fbf3c" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24636"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Po Lu , emacs-devel To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jul 31 22:31:31 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 1oIFb1-0006I9-EO for ged-emacs-devel@m.gmane-mx.org; Sun, 31 Jul 2022 22:31:31 +0200 Original-Received: from localhost ([::1]:45794 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oIFaz-0004bg-Uj for ged-emacs-devel@m.gmane-mx.org; Sun, 31 Jul 2022 16:31:29 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42030) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oIFZX-0003jL-6p for emacs-devel@gnu.org; Sun, 31 Jul 2022 16:30:00 -0400 Original-Received: from mail-pj1-x1031.google.com ([2607:f8b0:4864:20::1031]:45824) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oIFZV-0007uu-F9; Sun, 31 Jul 2022 16:29:58 -0400 Original-Received: by mail-pj1-x1031.google.com with SMTP id p14-20020a17090a74ce00b001f4d04492faso3786420pjl.4; Sun, 31 Jul 2022 13:29:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0UxqmCE4hyFBat3Lf0cRIUNX2rWSp4Xqkb8PzOKWv5o=; b=aHKXONBLExlkgPvoVcj4FP6D0O7jGD47OcXMU98g1V5wtKHgxkEjF/4aIBGXOR1Kn6 zEBDty9mGBElP1t+aHQ71LWxziVmS5KqRbGWU+OLxsiT2T4i5B0Asng2A0vZ+EiPtKax WMTkQ8wTKy312S0ofjz8KXaIyVwWxRjqpwqJp9f6AsFLj/J2hganhoAgyht08SlsQH7c Dj8Erpkww20X0sPhZQWau4sL0YkZu+ON5bXYNAjR8HmljCO9XUP+YByvMgFaCIZMuBGc s8pTcQrB/bLkwZ4Ry8KVCU8LwwjwypESv0IuK+aWZxcCSVNFf8mVCH+5LRP364HV6x9Z q0bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0UxqmCE4hyFBat3Lf0cRIUNX2rWSp4Xqkb8PzOKWv5o=; b=NXtXE3Wg3h8Q77Atv4yibfG350j/QvFXqa7EbBWDRP6VPCYzFwBpowJCkyvhvOPLjz 5dqW3GjajP7L0Rd5ThooPqi8fG9VM/TSC1DOAUcDbDdasLRrELqxJYm3bEKBAejRjXJW HhdPvflY8u5zH3aPaa6snXVT5VWUlM+cC7MJjdUt5MCkkdRCdk3WCcYyDmYYAiErg+vG 6jnCs3h/Mb5SeB4pTZKEWGlfPFg+RGGoFKAKBC/AyMwZQXmrfG8UJTrL4CVkqQE89DVK UxcLI1foRVXSirbZ9aOWmTq/GmcVlfxh5dk0RtRkRfW4Qk2JyLHmK/RuUmlBNkbc4UYw oU6g== X-Gm-Message-State: ACgBeo02Ur9MkbXmN8TbAQ1m9UfwcryvuoMHQTx9qsEq3X537yJRf7vy yNtyVaCFMOmtLXIxSyW3frqjk1znhJvukLrFp4ddG2lj X-Google-Smtp-Source: AA6agR5Ypw0m/SHqh/ORrSfbJrfzuWOrx4HcgNG0IapfDUpkmpSze+TN4WmkOqH81A8j2iiyLl9C8ozaEbzXGe2RJW0= X-Received: by 2002:a17:902:e944:b0:16d:c804:93b0 with SMTP id b4-20020a170902e94400b0016dc80493b0mr13986984pll.121.1659299395155; Sun, 31 Jul 2022 13:29:55 -0700 (PDT) In-Reply-To: <83h72x4ekp.fsf@gnu.org> Received-SPF: pass client-ip=2607:f8b0:4864:20::1031; envelope-from=owinebar@gmail.com; helo=mail-pj1-x1031.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, T_SCC_BODY_TEXT_LINE=-0.01 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:292925 Archived-At: --0000000000000639e505e51fbf3c Content-Type: text/plain; charset="UTF-8" On Sun, Jul 31, 2022, 9:06 AM Eli Zaretskii wrote: > > From: Lynn Winebarger > > Date: Sun, 31 Jul 2022 08:53:57 -0400 > > Cc: Po Lu , emacs-devel > > > > Does this mean that just resetting purify-flag is enough to avoid the > > problem? If so, I think purify-flag is only meant for preloaded > > packages, and dumping Emacs with additional packages isn't supposed to > > set that flag. Or maybe loadup.el should load an additional file > > (beyond site-load and site-init), after it resets purify-flag? > > > > I'm not sure why you'd not want to use the purify flag, since there are > a lot of explicit calls to purecopy that > > appear intended to take advantage of hash consing. I don't know why > that benefit should not apply to > > libraries being preloaded by site-load and site-init. > > We will remove pure space at some not-too-distant future, which is a > clear sign that it is not very important in the pdumper builds. So > investing time in something that works when purify-flag is off doesn't > sound like a good investment to me. > I see your point. I'm not that familiar with the policy on doing maintenance releases on older versions (27 and 28 in particular). Is pure space elimination going to be incorporated in those as well? Asking because AFAIK, 28.1 is only released as an rpm for "rolling release" type distributions at this point, while (admittedly near EOL) installation of RHEL 7.x still provide 24.3 as the "latest release" (for that antiquated version). Lynn --0000000000000639e505e51fbf3c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Jul 31, 2022, 9:06 AM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Lynn Winebarger <owinebar@gmail.com>
> Date: Sun, 31 Jul 2022 08:53:57 -0400
> Cc: Po Lu <luangruo@yahoo.com>, emacs-devel <emacs-devel= @gnu.org>
>
>=C2=A0 Does this mean that just resetting purify-flag is enough to avoi= d the
>=C2=A0 problem?=C2=A0 If so, I think purify-flag is only meant for prel= oaded
>=C2=A0 packages, and dumping Emacs with additional packages isn't s= upposed to
>=C2=A0 set that flag.=C2=A0 Or maybe loadup.el should load an additiona= l file
>=C2=A0 (beyond site-load and site-init), after it resets purify-flag? >
> I'm not sure why you'd not want to use the purify flag, since = there are a lot of explicit calls to purecopy that
> appear intended to take advantage of hash consing.=C2=A0 I don't k= now why that benefit should not apply to
> libraries being preloaded by site-load and site-init.

We will remove pure space at some not-too-distant future, which is a
clear sign that it is not very important in the pdumper builds.=C2=A0 So investing time in something that works when purify-flag is off doesn't<= br> sound like a good investment to me.

I see your point.=C2=A0 I'm not that= familiar with the policy on doing maintenance releases on older versions (= 27 and 28 in particular).=C2=A0 Is pure space elimination going to be incor= porated in those as well?
Asking because AFAIK, 28.1= is only released as an rpm for "rolling release" type distributi= ons at this point, while (admittedly near EOL) installation of RHEL 7.x sti= ll provide 24.3 as the "latest release" (for that antiquated vers= ion).

Lynn

--0000000000000639e505e51fbf3c--