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: Pure space Date: Sat, 17 Aug 2024 13:45:49 +0300 Message-ID: <86frr32zs2.fsf@gnu.org> References: <87cym8jngk.fsf@protonmail.com> <87r0ank1hq.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3022"; mail-complaints-to="usenet@ciao.gmane.io" Cc: pipcet@protonmail.com, emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Aug 17 12:46:26 2024 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 1sfGwz-0000hQ-QM for ged-emacs-devel@m.gmane-mx.org; Sat, 17 Aug 2024 12:46:25 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sfGwZ-0004X7-RM; Sat, 17 Aug 2024 06:46:00 -0400 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 1sfGwT-0004HE-Q2 for emacs-devel@gnu.org; Sat, 17 Aug 2024 06:45:53 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sfGwR-0005jx-N0; Sat, 17 Aug 2024 06:45:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=pLwGdUmZRRiX9naO3Fj22hWOEzfnWiC5eEbQs0TbwZY=; b=YUeF6cuqo//x 685udmz1XgRaRPnyjpt1hsc+a4HWmKAl/c9EYtO1F7HxtphiswhjLezv4rGxjkMZes2TrNnfWIspJ /aoxurGRDewmk5xcWRTsCaz7L//UNKQ9RY8uOn1TzIxf32n0u69qDoKY/QPTz6jmQfMDbVbNGRiQP FIGff5MasU2/JagGiFIdTBGb3rHIr7nLF3Cy8lxzSejJM40l3C5Wrk6MnacLDy6WZoKPX0JF4SekQ hA9AS+BbHgysgBzBR3ZX4j3L4pQA9Uez/ftNIfkZ87yjXdiu3uw2/RY/HbpmJt3TaNMqEW2uCzxYA jxb4EcdNEbk8Onh8vL9zUA==; In-Reply-To: <87r0ank1hq.fsf@yahoo.com> (message from Po Lu on Sat, 17 Aug 2024 16:16:49 +0800) 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:322834 Archived-At: > From: Po Lu > Cc: emacs-devel@gnu.org > Date: Sat, 17 Aug 2024 16:16:49 +0800 > > Pip Cet writes: > > > So, even if the decision is to keep pure space, can we at least make > > pure space overflow a fatal condition? > > Can't pure space be eliminated without affecting unexec? Maybe it could, but I'm not interested in investing any development efforts in the unexec builds. So, as already discussed and decided long ago, if we want to remove the pure space, unexec will need to go with it.