Re: Rationale for add-to-ordered-list

2005-06-15 Thread Kim F. Storm
Stefan Monnier <[EMAIL PROTECTED]> writes: >> A general solution is non-trivial, as there is a potential risk of memory >> leaks, as associating ordering information with arbitrary lisp objects >> means that we must store a pointer to such objects somewhere, and thus >> may leave references to oth

Re: Rationale for add-to-ordered-list

2005-06-14 Thread Stefan Monnier
> A general solution is non-trivial, as there is a potential risk of memory > leaks, as associating ordering information with arbitrary lisp objects > means that we must store a pointer to such objects somewhere, and thus > may leave references to otherwise unused data. How 'bout the patch below?

Rationale for add-to-ordered-list

2005-06-14 Thread Kim F. Storm
The following change: 2005-06-13 Kim F. Storm <[EMAIL PROTECTED]> * subr.el (add-to-ordered-list): New defun. * emulation/cua-base.el (cua-mode): Use add-to-ordered-list to add cua--keymap-alist to emulation-mode-map-alists. was installed as a preparation for allowin