GNU bug report logs - #70784
Abolish string resizing

Previous Next

Package: emacs;

Reported by: Mattias EngdegÄrd <mattias.engdegard <at> gmail.com>

Date: Sun, 5 May 2024 12:35:02 UTC

Severity: wishlist

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: mattias.engdegard <at> gmail.com, 70784 <at> debbugs.gnu.org, stefankangas <at> gmail.com
Subject: Re: bug#70784: Abolish string resizing
Date: Sun, 26 May 2024 21:45:07 +0300
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: Stefan Kangas <stefankangas <at> gmail.com>,  mattias.engdegard <at> gmail.com,
>   70784 <at> debbugs.gnu.org
> Date: Sun, 26 May 2024 14:03:26 -0400
> 
> > I'd be happier if we waited with this till Emacs 31.  This will let
> > people more time to see the change and react to it, if they want.
> 
> For warnings that can't be caught at compile-time and that can't be
> fixed by end-users, maybe we should get into the habit of activating them
> only in "dev builds".

I might agree with this, but I think the intent in this case was to
cause all the Lisp programmers out there to migrate to the brave new
world, and most of those don't do "dev builds".  In fact, my
impression from reading this and the bug list is that most people who
track the master branch build Emacs for production -- with all the
default optimizations and without --enable-checking.  So it could be
that "dev builds" include exactly two people: you and me ;-)




This bug report was last modified 141 days ago.

Previous Next


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