[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#67180: 30.0.50; 'pp-to-string' emits extra newline
From: |
Eshel Yaron |
Subject: |
bug#67180: 30.0.50; 'pp-to-string' emits extra newline |
Date: |
Thu, 16 Nov 2023 16:34:37 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Stefan Monnier <monnier@iro.umontreal.ca> writes:
> Eshel Yaron [2023-11-15 14:10:39] wrote:
>
>> ...My suggestion was simply to explicitly mention this new behavior
>> in NEWS or some such.
>
> Like this?
>
> diff --git a/etc/NEWS b/etc/NEWS
> index 23f4a8b5311..2dcb2f5664e 100644
> --- a/etc/NEWS
> +++ b/etc/NEWS
> @@ -1099,6 +1099,9 @@ showcases all their customization options.
>
> * Incompatible Lisp Changes in Emacs 30.1
>
> +** 'pp' and 'pp-to-string' now always include a terminating newline.
> +In the past they included a terminating newline in most cases but not
> all.
> +
> ** 'buffer-match-p' and 'match-buffers' take '&rest args'.
> They used to take a single '&optional arg' and were documented to use
> an unreliable hack to try and support condition predicates that
>
Exactly, yes. Thanks!
Eshel