GNU bug report logs - #54537
29.0.50; Last sexp notion is different for eval-last-sexp and pp-eval-last-sexp

Previous Next

Package: emacs;

Reported by: Visuwesh <visuweshm <at> gmail.com>

Date: Wed, 23 Mar 2022 13:53:02 UTC

Severity: normal

Tags: moreinfo

Found in version 29.0.50

Fixed in version 29.1

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

Bug is archived. No further changes may be made.

Full log


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

From: Drew Adams <drew.adams <at> oracle.com>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>,
 "54537 <at> debbugs.gnu.org" <54537 <at> debbugs.gnu.org>,
 Visuwesh <visuweshm <at> gmail.com>
Subject: RE: [External] : Re: bug#54537: Re: bug#54537: 29.0.50; Last sexp
 notion is different for eval-last-sexp and pp-eval-last-sexp
Date: Thu, 24 Mar 2022 01:57:56 +0000
> Could as well be that it's just only different because nobody cared
> enough about pp all the time.  I would not be shocked if the different
> behavior is only an accident.

Could be.  Dunno.

Still calls out for a better argument than a vague
opinion that such a change adding incompatibility
would be "more convenient".  That's all.

The commands have different uses.  Their behavior
has long been different in this regard.  What's a
great argument for making this change?  That's the
question.

As I said:

  It's a reasonable proposal to examine.  And it
  might be the right thing to do.

  PP eval is not non-PP eval, and "more convenient"
  isn't a strong argument when the increment of
  "more" isn't large.

  When introducing backward-incompatible behavior
  maybe other, stronger arguments would help.




This bug report was last modified 3 years and 53 days ago.

Previous Next


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