From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: new `obarray` type Date: Mon, 13 Mar 2017 17:49:08 +0200 Message-ID: <8360jdch3f.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1489420173 2856 195.159.176.226 (13 Mar 2017 15:49:33 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 13 Mar 2017 15:49:33 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 13 16:49:29 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cnSDt-00007U-BH for ged-emacs-devel@m.gmane.org; Mon, 13 Mar 2017 16:49:25 +0100 Original-Received: from localhost ([::1]:52740 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cnSDz-0002JZ-EG for ged-emacs-devel@m.gmane.org; Mon, 13 Mar 2017 11:49:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52695) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cnSDt-0002IS-Eg for emacs-devel@gnu.org; Mon, 13 Mar 2017 11:49:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cnSDp-00052L-D2 for emacs-devel@gnu.org; Mon, 13 Mar 2017 11:49:25 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48164) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cnSDp-000529-9q; Mon, 13 Mar 2017 11:49:21 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3521 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cnSDo-0005Sc-H7; Mon, 13 Mar 2017 11:49:20 -0400 In-reply-to: (message from Stefan Monnier on Sun, 12 Mar 2017 21:36:26 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:212987 Archived-At: > From: Stefan Monnier > Date: Sun, 12 Mar 2017 21:36:26 -0400 > > The patch below introduces a new type for obarrays, distinct > from vectors. Among other things, this makes it possible to print them > in a more useful way (it doesn't print the contents, only the size, so > the printed form is not computer-readable, but it's more > palatable to the user). > > Printing obarrays in a `read`able way seems like something that should > be under the control of variable, since it's unclear in general what it > would mean (for abbrev-tables, it would probably mean to print the name > of every symbol, along with it value, function, and plist slots, but > doing that for the `obarray` variable doesn't seem right (and it's not > even clear what the `value` of each symbol in it should be, for > buffer-local symbols)). Let me be the devil's advocate: are there any clients of this change other than abbrev-tables defined during the build time? Because if they are the only justification, then it's much easier to define them in startup.el instead, which will make the problem go away. Right?