From: Eli Zaretskii <eliz@gnu.org>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: mattias.engdegard@gmail.com, 70784@debbugs.gnu.org,
stefankangas@gmail.com
Subject: bug#70784: Abolish string resizing
Date: Sun, 26 May 2024 21:45:07 +0300 [thread overview]
Message-ID: <86zfscv2do.fsf@gnu.org> (raw)
In-Reply-To: <jwv1q5o8na9.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Sun, 26 May 2024 14:03:26 -0400)
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: Stefan Kangas <stefankangas@gmail.com>, mattias.engdegard@gmail.com,
> 70784@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 ;-)
next prev parent reply other threads:[~2024-05-26 18:45 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-05 12:33 bug#70784: Abolish string resizing Mattias Engdegård
2024-05-05 14:04 ` Eli Zaretskii
2024-05-05 14:18 ` Mattias Engdegård
2024-05-05 15:23 ` Eli Zaretskii
2024-05-05 16:55 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-05 17:10 ` Eli Zaretskii
2024-05-05 18:09 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-05 18:14 ` Eli Zaretskii
2024-05-05 20:08 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-06 1:01 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-06 6:02 ` Gerd Möllmann
2024-05-08 23:25 ` Richard Stallman
2024-05-08 23:24 ` Richard Stallman
2024-05-09 1:14 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-26 9:02 ` Stefan Kangas
2024-05-26 9:17 ` Eli Zaretskii
2024-05-26 18:03 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-26 18:45 ` Eli Zaretskii [this message]
2024-05-27 3:42 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-28 2:23 ` Richard Stallman
2024-05-05 18:09 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-05 20:24 ` Mattias Engdegård
2024-05-05 21:14 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-11 15:20 ` Mattias Engdegård
2024-05-11 16:21 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-15 17:30 ` Mattias Engdegård
2024-05-15 17:47 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-15 19:35 ` Mattias Engdegård
2024-05-25 11:24 ` Mattias Engdegård
2024-05-25 11:37 ` Eli Zaretskii
2024-05-25 13:01 ` Mattias Engdegård
2024-05-06 0:53 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-06 1:56 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-06 11:35 ` Eli Zaretskii
2024-05-06 12:29 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-07 11:13 ` Eli Zaretskii
2024-05-07 13:41 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-06 2:41 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-06 4:41 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-06 10:57 ` Eli Zaretskii
2024-05-06 11:26 ` Eli Zaretskii
2024-05-06 12:23 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-07 11:19 ` Eli Zaretskii
2024-05-08 23:25 ` Richard Stallman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=86zfscv2do.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=70784@debbugs.gnu.org \
--cc=mattias.engdegard@gmail.com \
--cc=monnier@iro.umontreal.ca \
--cc=stefankangas@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).