Re: Proposed new core library: pl.el

[Artur Malabarba <bruce.connor.am@gmail.com>]

Ted Zlatanov <tzz@lifelogs.com> writes:

> Artur, since there have been no further comments, maybe it would help if
> I explained why I'm not convinced: because parsing libraries tend to be
> very performance-sensitive and could take advantage of the core in ways
> that most other libraries don't. They are also rare, so it makes sense
> to treat them with special care instead of as just another library.

Yes, this makes sense.

My comment was more about dependency libs in general, not really about parsing libs.

> The only other example I know is SMIE, which again lives in the core.
> So there are two things that would convince me in combination:
>
> 1) examples of other parsing libraries in ELPAs (GNU or otherwise)

That I'm aware there's edn.el: https://github.com/expez/edn.el

> 2) examples of packages that would use PL *and* want to support Emacs 24
> or older (please, let's not invent them, I want actual examples)

The only examples that come to mind are the ones I was involved in.
ham-mode and SX (both from Melpa) both manually parse html and would
benefit from a lib for that. (Am I correct in understanding pl helps
with html parsing?)

I'd be fine with dropping 24 support on ham-mode because it's rather
niche, but I wouldn't to drop it on SX (but then, I'm not even sure I'd
use `pl' on SX because its needs are very specific and fine-tuned).

Anyway, you've convinced me that this lib might be good in core. So I'm
OK with this now.