From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bozhidar Batsov Newsgroups: gmane.emacs.devel Subject: Re: ruby-mide, SMIE and token priority Date: Mon, 11 Nov 2013 11:14:15 +0200 Message-ID: References: <527B069B.6020400@yandex.ru> <527B9163.3020102@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c2e60afa031b04eae32787 X-Trace: ger.gmane.org 1384161259 30757 80.91.229.3 (11 Nov 2013 09:14:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 11 Nov 2013 09:14:19 +0000 (UTC) Cc: emacs-devel , Dmitry Gutov To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 11 10:14:24 2013 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 1VfnZf-0006in-5P for ged-emacs-devel@m.gmane.org; Mon, 11 Nov 2013 10:14:23 +0100 Original-Received: from localhost ([::1]:35612 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VfnZe-0006gZ-CY for ged-emacs-devel@m.gmane.org; Mon, 11 Nov 2013 04:14:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33958) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VfnZb-0006fU-13 for emacs-devel@gnu.org; Mon, 11 Nov 2013 04:14:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VfnZZ-0006BT-Me for emacs-devel@gnu.org; Mon, 11 Nov 2013 04:14:18 -0500 Original-Received: from mail-oa0-x22a.google.com ([2607:f8b0:4003:c02::22a]:52941) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VfnZZ-0006BH-GT for emacs-devel@gnu.org; Mon, 11 Nov 2013 04:14:17 -0500 Original-Received: by mail-oa0-f42.google.com with SMTP id h16so1111644oag.1 for ; Mon, 11 Nov 2013 01:14:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=wWQk0aJUTQ9sBvwdlrDLelyj5N7j3MORamqp1hZiP68=; b=VhTbru9V6mbcRW3IYewOEmUcFZTkrBmvszr0s11y42gmIEVmXoyVnWUYJlhYOs7iOP EGukoA1I3dgQ3k4rEFO7ExhbXYKmCtrPckTVusiXlS+jnJne62GJ0e4FrP7IU6MYmFDi yytCDyoqUPr8ROeEzTNoltblKxr1Vc0A51B02QqVqrx2tb6gFIpv+DGoVHIR3mQSeN2H AQgR2Xs3LhOh+XdoMmx7Ht+xnmY6L0YzbJHT7xIODM3flUoLS9spohTfVT329KSeASuV 8sAvCYXSvHrVgnXa5/3Dk+U/qh+PBVP2TDmFGEjo5rnliOm2jxToc0KRSClbyEAiefJw tgAg== X-Received: by 10.182.213.166 with SMTP id nt6mr841230obc.53.1384161256012; Mon, 11 Nov 2013 01:14:16 -0800 (PST) Original-Received: by 10.76.21.173 with HTTP; Mon, 11 Nov 2013 01:14:15 -0800 (PST) In-Reply-To: X-Google-Sender-Auth: UpdOm5Lfmc94CxKmDRmuUdpIEXw X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c02::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:165146 Archived-At: --001a11c2e60afa031b04eae32787 Content-Type: text/plain; charset=UTF-8 I've just noticed that issue myself. Is there any progress on it? On 7 November 2013 18:02, Stefan Monnier wrote: > >>> Is it at all possible to change the grammar this way? > >> You'd probably have to use a trick similar to the " @ " used on the > >> space between the method name and the multiple-args. > > Ah, okay. Sounds not very efficient, performance-wise. > > Could be. Every trick we add to the tokenizer is a potential > performance problem, indeed. On the contrary, code in the > rules-function is generally not performance sensitive. > > > Stefan > > --001a11c2e60afa031b04eae32787 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I've just noticed that issue myself. Is there any prog= ress on it?=C2=A0


On 7 November 2013 18:02, Stefan Monnier <monnier@iro.umo= ntreal.ca> wrote:
>>> Is it at all = possible to change the grammar this way?
>> You'd probably have to use a trick similar to the " @ &qu= ot; used on the
>> space between the method name and the multiple-args.
> Ah, okay. Sounds not very efficient, performance-wise.

Could be. =C2=A0Every trick we add to the tokenizer is a potential performance problem, indeed. =C2=A0On the contrary, code in the
rules-function is generally not performance sensitive.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stefan


--001a11c2e60afa031b04eae32787--