From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.bugs Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Date: Sun, 13 Feb 2022 23:15:54 -0500 Message-ID: References: <87zgmvxig4.fsf@gnus.org> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10019"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 24982@debbugs.gnu.org, monnier@iro.umontreal.ca To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Feb 14 05:18:52 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1nJSpA-0002SN-4T for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 14 Feb 2022 05:18:52 +0100 Original-Received: from localhost ([::1]:39160 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nJSp9-0000A8-3G for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 13 Feb 2022 23:18:51 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:35152) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nJSnO-00064s-6G for bug-gnu-emacs@gnu.org; Sun, 13 Feb 2022 23:17:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45505) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nJSnN-0003mT-Ss for bug-gnu-emacs@gnu.org; Sun, 13 Feb 2022 23:17:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nJSnN-0006bC-QH for bug-gnu-emacs@gnu.org; Sun, 13 Feb 2022 23:17:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Richard Stallman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Feb 2022 04:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs Original-Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.164481217225286 (code B ref 24982); Mon, 14 Feb 2022 04:17:01 +0000 Original-Received: (at 24982) by debbugs.gnu.org; 14 Feb 2022 04:16:12 +0000 Original-Received: from localhost ([127.0.0.1]:39399 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJSma-0006Zl-1i for submit@debbugs.gnu.org; Sun, 13 Feb 2022 23:16:12 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:56530) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJSmO-0006Yh-PX for 24982@debbugs.gnu.org; Sun, 13 Feb 2022 23:16:11 -0500 Original-Received: from [2001:470:142:3::e] (port=49062 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nJSmI-0003ap-PF; Sun, 13 Feb 2022 23:15:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=V0fYcgnprQC30A3RJcEM7ExZGIJ0u/00yguqYRQeTPY=; b=bUZJVl/lN0pN PEKELr378wiIfo0ycHVU8sh7VwZZziC3C9SC/Iq7bPR29S83BSAIYMihve29jc34ywbj3SHo9PTeW zcJNXYVNgcJKntFpP3coKVnB6leSFMFuSqxLjm+I7FJSU5nXjujC1RZjhyvq9aRMzmEzd0ov0ACuy sVF+l3gsyMhm4j1w7HvtfNjZdqOZprBNC5tKDtmW4Jwc6rWTVC6aN0cvhxr3XQSmm3MuDDtWwJc0e PsHTlW+6IFFkFIm1+4palRuzkJDrLCJvHBlU2fsfEhTLurPptBdUD16Z2WT2grY4+Rak3N5cLaE7e pWm2M9A/sTpjejX/q393yg==; Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1nJSmI-0001pP-Ij; Sun, 13 Feb 2022 23:15:54 -0500 In-Reply-To: <87zgmvxig4.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 13 Feb 2022 09:46:19 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:226856 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > Anyway, there was some discussion about this in the context of the new > readablep function and the `print-unreadable-function' variable. We > could indeed introduce a new `read-unreadable-function' variable that's > called when we encounter a #< instead of throwing an error (with no > performance impact). > Does anybody see any major downsides to doing that? We've been wary of > allowing the users to customise the Emacs Lisp reader, but this seems > like a very small thing. And it'd allow people to implement having I think it is asking for trouble to make `read' extensible, because then people will extend it in different, incompatible ways. That is asking for trouble. Uniformity is what we need here. If we want to handle some additional read syntax, we should implement it in the C code so that it works the same for everyone. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)