From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thierry Volpiatto Newsgroups: gmane.emacs.devel Subject: Re: string> missing? Date: Thu, 04 Jun 2015 06:20:33 +0200 Organization: Emacs Helm Message-ID: <87r3ps85pq.fsf@gmail.com> References: <87oakxkvqw.fsf@petton.fr> <83zj4grgkc.fsf@gnu.org> <87sia8n8b5.fsf@petton.fr> <87zj4gu821.fsf@gnu.org> <83sia8rdkm.fsf@gnu.org> <83pp5crbfd.fsf@gnu.org> <83mw0gr4eh.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1433391739 19799 80.91.229.3 (4 Jun 2015 04:22:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Jun 2015 04:22:19 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 04 06:22:01 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 1Z0MfF-0000ws-Ha for ged-emacs-devel@m.gmane.org; Thu, 04 Jun 2015 06:21:57 +0200 Original-Received: from localhost ([::1]:40095 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0MfE-0003BS-Ui for ged-emacs-devel@m.gmane.org; Thu, 04 Jun 2015 00:21:56 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49364) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0MeK-0002JN-6I for emacs-devel@gnu.org; Thu, 04 Jun 2015 00:21:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z0MeD-0006hL-Pw for emacs-devel@gnu.org; Thu, 04 Jun 2015 00:21:00 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:57154) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z0MeD-0006gf-6H for emacs-devel@gnu.org; Thu, 04 Jun 2015 00:20:53 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Z0Me7-0008SR-R2 for emacs-devel@gnu.org; Thu, 04 Jun 2015 06:20:47 +0200 Original-Received: from 37.164.123.232 ([37.164.123.232]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Jun 2015 06:20:47 +0200 Original-Received: from thierry.volpiatto by 37.164.123.232 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Jun 2015 06:20:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 21 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 37.164.123.232 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) Cancel-Lock: sha1:RTLD1tpo1FkgEbGo4Vg6KUTdZg0= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:187010 Archived-At: Stefan Monnier writes: >> Apply this same logic to string< and string>. > > Emacs is inconsistent. That's part of its inheritance. > If someone wants to add string>, I'm perfectly OK with it. > But I'm surprised noone is arguing here in favor of dropping string< and > making < and > accept strings instead! I don't care of string>, I can live without, but note that adding it is a very small work while removing string< will give you (and all external packages maintainers) a big work to replace all occurences of string<, IOW you will break many packages. So do whatever you want but please don't remove string<. Thanks. -- Thierry Get my Gnupg key: gpg --keyserver pgp.mit.edu --recv-keys 59F29997