GNU bug report logs - #55491
All completion fragments get added to obarray

Previous Next

Package: emacs;

Reported by: JD Smith <jdtsmith <at> gmail.com>

Date: Tue, 17 May 2022 20:23:01 UTC

Severity: normal

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: JD Smith <jdtsmith <at> gmail.com>
Cc: 55491 <at> debbugs.gnu.org
Subject: bug#55491: All completion fragments get added to obarray
Date: Wed, 18 May 2022 13:03:10 +0200
JD Smith <jdtsmith <at> gmail.com> writes:

> Thanks for your thoughts.  The context is fairly specific — using
> cape-super-capf to compose two CAPF’s: elisp-completion-at-point and
> cape-dabbrev. This results in incorrect test-completion calls which
> interfere with candidate selection.  With your nudge, I discovered
> this is because cape is not handling the elisp--shorthand-aware-*
> predicates returned by the elisp completion system in all cases, so it
> can be fixed there.

Ah, I see.

> I guess whether this constitutes a bug depends on whether anyone would
> expect unbound completion fragments to pollute the obarray.

I think it's "always" been like this, so it may be unlikely to be
changed.  But I have to admit that I have no idea why completion is
interning stuff.  Does anybody know?  It does seem counter intuitive.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 2 years and 347 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.