From: Eli Zaretskii <eliz@gnu.org>
To: Peter Milliken <peter.milliken@gmail.com>
Cc: 33441@debbugs.gnu.org, eggert@cs.ucla.edu, npostavs@gmail.com
Subject: bug#33441: reading and printing Lisp Objects - what changed from 25.3.1 to 26.1?
Date: Wed, 21 Nov 2018 05:46:40 +0200 [thread overview]
Message-ID: <837eh7hz33.fsf@gnu.org> (raw)
In-Reply-To: <CAA0nDNvr17Bvf=-jEtMACkpd-Eg0ZhJXq86M=rUGhJartQXbUg@mail.gmail.com> (message from Peter Milliken on Wed, 21 Nov 2018 12:52:57 +1100)
> From: Peter Milliken <peter.milliken@gmail.com>
> Date: Wed, 21 Nov 2018 12:52:57 +1100
> Cc: 33441@debbugs.gnu.org, eggert@cs.ucla.edu
>
> I think perhaps you might want to put more information/warnings in section 19 of the Elisp manual because it
> is obviously not true anymore that you can simply Print/Read any arbitrary Lisp Object.
>
> I'm going to trap the error in my extension and just force reading/"compiling" from the original text file instead
> of reading from the intermediate file created by the print process. This will just cause a small delay to the user
> the first time that a set of language templates get loaded in an edit session - probably not a big deal. Certainly,
> it is better than telling people my extension is "broken" and won't work with 26.1 and onwards.
I'd urge you not to give up on Emacs maintenance so quickly, and
provide the reproducer requested by Paul. Please give us a chance to
analyze the problem you are having and consider whether and how it
could or should be fixed. Leaving the problems unfixed because we
failed to look into them is not a good paradigm in maintaining such a
flexible and powerful software package as Emacs is.
Thanks in advance.
next prev parent reply other threads:[~2018-11-21 3:46 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-20 7:21 bug#33441: reading and printing Lisp Objects - what changed from 25.3.1 to 26.1? Peter Milliken
2018-11-20 20:56 ` Paul Eggert
2018-11-20 21:02 ` Noam Postavsky
2018-11-20 21:09 ` Peter Milliken
2018-11-20 21:17 ` Paul Eggert
2018-11-20 21:19 ` Noam Postavsky
2018-11-21 1:52 ` Peter Milliken
2018-11-21 3:27 ` Basil L. Contovounesios
2018-11-21 3:46 ` Eli Zaretskii [this message]
2018-11-21 4:21 ` Peter Milliken
2018-11-23 7:12 ` Paul Eggert
2019-04-01 23:55 ` Noam Postavsky
2019-04-02 2:51 ` Peter Milliken
2019-04-02 13:29 ` Noam Postavsky
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=837eh7hz33.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=33441@debbugs.gnu.org \
--cc=eggert@cs.ucla.edu \
--cc=npostavs@gmail.com \
--cc=peter.milliken@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).