GNU bug report logs - #49660
28.0.50; json-available-p should exist

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 49660 <at> debbugs.gnu.org
Subject: Re: bug#49660: 28.0.50; json-available-p should exist
Date: Tue, 20 Jul 2021 19:53:55 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: 49660 <at> debbugs.gnu.org
> Date: Tue, 20 Jul 2021 17:50:17 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > If you are ready to define json-available-p somewhere other than
> > json.c, then you could simply do that in subr.el or somesuch.  It
> > would be cleaner than defining stubs in loadup.el.
> 
> The meats of json-available-p have to be in json.c, though?

No, it doesn't have to.  You could have json-available-p that simply
tested one of json.c primitives to be fboundp, and if so, tried to
invoke one of them on a trivial input to see if it signals an error.

Alternatively, we could do this like decompress.c does: it would
require the test for availability to be slightly more complex:

  (and (fboundp 'json-available-p)
       (json-available-p))

Would that be good enough?

Previous Next

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