From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.devel Subject: Re: Proposed new core library: pl.el Date: Sun, 08 Nov 2015 22:31:38 +0000 Message-ID: <87611cnmwl.fsf@gmail.com> References: <87611g2o83.fsf@lifelogs.com> <877flv16p8.fsf@lifelogs.com> <87r3k0us8h.fsf@lifelogs.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447018365 31672 80.91.229.3 (8 Nov 2015 21:32:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 8 Nov 2015 21:32:45 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 08 22:32:34 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZvXZf-0003iq-Tf for ged-emacs-devel@m.gmane.org; Sun, 08 Nov 2015 22:32:32 +0100 Original-Received: from localhost ([::1]:48899 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvXZf-00052E-A5 for ged-emacs-devel@m.gmane.org; Sun, 08 Nov 2015 16:32:31 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43273) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvXZb-00051N-8N for emacs-devel@gnu.org; Sun, 08 Nov 2015 16:32:28 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZvXZX-0005Zt-6w for emacs-devel@gnu.org; Sun, 08 Nov 2015 16:32:27 -0500 Original-Received: from mail-wm0-x22a.google.com ([2a00:1450:400c:c09::22a]:32990) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvXZX-0005Zl-1I for emacs-devel@gnu.org; Sun, 08 Nov 2015 16:32:23 -0500 Original-Received: by wmec201 with SMTP id c201so59572457wme.0 for ; Sun, 08 Nov 2015 13:32:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=yXIYbbKWMne6jY3+fqsKihP6htBxTve5God6iHg3ljI=; b=FCmMENGhJSECCHW2xAhkMBnfs5wJacw2kJOZNJi1KSGoQ2Uo5ZVpdI1vMx27+qzZDZ gYl2cF8AVzi41qQ/7cofYtKm+OWFEJF62SfsSxsb/9Q43xllpkquDY8akrn6RBWaCIz1 jebSqFcmJQa1gsgJPHKrY7yHqf2EGwc+dY4WIfqJHvhw4pZsP0icRsNxiCzCtEM05//V 4Mg8uO/V1xToUiYZEtsTEY2VoYGlFKPMsTsU+bBTwH/og8dOq2hxC8MSbnuzFhp4lkN6 MXIHWHkwjlyGr+MW2nN8fgNHtd85BqJ0z0IRv8LZA1/NNaTinGbw16ztozYcSiETNEqg OTJw== X-Received: by 10.28.213.212 with SMTP id m203mr21816780wmg.33.1447018342453; Sun, 08 Nov 2015 13:32:22 -0800 (PST) Original-Received: from Gandalf-Linux.gmail.com (host-92-12-87-116.as43234.net. [92.12.87.116]) by smtp.gmail.com with ESMTPSA id m137sm10708818wmb.2.2015.11.08.13.32.20 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 08 Nov 2015 13:32:21 -0800 (PST) In-Reply-To: <87r3k0us8h.fsf@lifelogs.com> (Ted Zlatanov's message of "Sun, 08 Nov 2015 15:54:38 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c09::22a X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:193660 Archived-At: Ted Zlatanov 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.