[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: new `obarray` type

From: Eli Zaretskii
Subject: Re: new `obarray` type
Date: Mon, 13 Mar 2017 17:49:08 +0200

> From: Stefan Monnier <address@hidden>
> 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?

reply via email to

[Prev in Thread] Current Thread [Next in Thread]