GNU bug report logs - #24982
24.5; way to let Elisp reader ignore unreadable #(...) constructs

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Mon, 21 Nov 2016 21:49:01 UTC

Severity: wishlist

Tags: wontfix

Found in version 24.5

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 24982 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs
Date: Sat, 22 Aug 2020 21:17:40 +0200
Stefan Kangas <stefan <at> marxist.se> writes:

> Drew Adams <drew.adams <at> oracle.com> writes:
>
>> Enhancement request:
>>
>> Provide a Boolean variable or a wrapper macro that has the effect of not
>> raising an error but just skipping over any unreadable #(...) construct.
>>
>> (I really wish this were available for older Emacs versions.  Those are
>> the ones that barf on #(...) constructs that are supported in later
>> versions.
>
> What's the use-case here?  Why can't you use `ignore-errors'?

The problem is when the thing inside the construct is unreadable, not
when there's errors (in a syntactically valid form).  For instance:

(ignore-errors #0)

In Common Lisp, this is the #| ...  |# operator, and it's handy
occasionally.  It's really like a nesting comment thing...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




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

Previous Next


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