GNU bug report logs - #71367
30.0.50; ELPA package breadcrumb causes Emacs freeze when editing json file

Previous Next

Full log

Message #35 received at 71367 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: João Távora <joaotavora <at> gmail.com>
Cc: 71367 <at> debbugs.gnu.org, acorallo <at> gnu.org, theo <at> thornhill.no, tsdh <at> gnu.org
Subject: Re: bug#71367: 30.0.50; ELPA package breadcrumb causes Emacs freeze
 when editing json file
Date: Thu, 06 Jun 2024 16:37:26 +0300

> From: João Távora <joaotavora <at> gmail.com>
> Date: Thu, 6 Jun 2024 14:00:20 +0100
> Cc: acorallo <at> gnu.org, tsdh <at> gnu.org, 71367 <at> debbugs.gnu.org, theo <at> thornhill.no
> 
> On Thu, Jun 6, 2024 at 1:08 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
> > I don't see why using make-vector and vconcat, two existing
> > primitives, would qualify as implementing something more general than
> > what is needed here.
> 
> If someone uses those two primitives in the context of that
> particular  algorithm, they'll likely to keep track of the capacity of
> the vector saying how many things fit and the size counting how many
> things are already there. You'll increment size when adding things
> pushing and enlarge/reallocate when  size = capacity. By then you'll
> have "open coded" VECTOR-PUSH-EXTEND or C++'s std::vector::push_back
> or whatever your preferred language calls it.

I understand all that.  My point is that, given how little we use
vectors in our Lisp code, having to implement that in one or two
places is not a big deal, and doesn't necessarily mean we need a
general-purpose primitive.

Previous Next

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