Lars Magne Ingebrigtsen <larsi(a)gnus.org> writes:
From what I gather, a char-table is a vector that has more than one
slot. (Kinda like an obarray, but not.)
Strange. Under XEmacs, a char-table is exactly that: a char-table.
It maps characters to values. It does so efficiently for large
numbers of characters (in the Mule case) by using ranges.
So I've now modified parse-time to just use a vector instead.
Perhaps it was an effeciency issue? Are char tables meant to be
more efficient than vectors?
Under Mule, there is not a chance in hell that you can use vectors to
reference all the 2^19 characters. This is why char-tables were
invented in the first place. All of this should be irrelevant in the
specific case of parse-time, since it doesn't have to deal with wide
chars.
Anyway, I can now use parse-time under XEmacs as well, which means
that the Gnus date handling functions are several magnitudes faster
than they used to be back when they used timezone.el to fiddle with
dates.
Cool!
--
Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
* Q: What is an experienced Emacs user?
* A: A person who wishes that the terminal had pedals.