From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: streams and generators Date: Fri, 6 Nov 2015 00:36:31 +0200 Message-ID: <563BD9EF.5070404@yandex.ru> References: <87ziyuaqhl.fsf@petton.fr> <87fv0labbf.fsf@web.de> <87y4eda0kl.fsf@petton.fr> <8737wkl6kl.fsf_-_@web.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1446763010 15697 80.91.229.3 (5 Nov 2015 22:36:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 5 Nov 2015 22:36:50 +0000 (UTC) Cc: Nicolas Petton , emacs-devel@gnu.org To: Michael Heerdegen , "T.V Raman" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 05 23:36:46 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 1ZuT9A-0000Jz-5Z for ged-emacs-devel@m.gmane.org; Thu, 05 Nov 2015 23:36:44 +0100 Original-Received: from localhost ([::1]:35677 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZuT99-0005fh-Es for ged-emacs-devel@m.gmane.org; Thu, 05 Nov 2015 17:36:43 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42057) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZuT95-0005fL-8q for emacs-devel@gnu.org; Thu, 05 Nov 2015 17:36:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZuT91-0003Z0-8b for emacs-devel@gnu.org; Thu, 05 Nov 2015 17:36:39 -0500 Original-Received: from mail-wi0-x235.google.com ([2a00:1450:400c:c05::235]:38224) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZuT91-0003Y4-0F for emacs-devel@gnu.org; Thu, 05 Nov 2015 17:36:35 -0500 Original-Received: by wicll6 with SMTP id ll6so18537401wic.1 for ; Thu, 05 Nov 2015 14:36:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=rUuNja6OwrH51TPp9QVcj/ohn8Qf9YbrvutxFWWARvE=; b=toPgtiMbS+RHYnsPWrNyuWt1eqK9QxWVv0fiMo94YOCEgwY7SwJFSCoe4kRLu4mqN4 0mpEVrK3c+Vr0qXnU4OAA6Uacu7RxWSpwLvNVOPWV+ra6fEDROJyNvLxk91CyUcF/S9L oLJ5FsQKFmXFjtoBZVsqkbVWVOYheMumCVHWtCX0VUz8UA0YUSAZ5q5midcSddqU/Il+ 7xBdVVr5Kc5THR8DVzvkLaM7DDcWxAQCDS80lhNooRg5sb1H8t5Qum4Trs05yqclabOe Shxu+0UzbogkQWFHbv2YplCsLsXQKJaQk11QLd0eU8m5WoiRosfWLM9PFrnHqs0MMEnD ljCw== X-Received: by 10.194.105.100 with SMTP id gl4mr11202957wjb.53.1446762994235; Thu, 05 Nov 2015 14:36:34 -0800 (PST) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id 186sm260162wmp.10.2015.11.05.14.36.32 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Nov 2015 14:36:33 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:42.0) Gecko/20100101 Thunderbird/42.0 In-Reply-To: <8737wkl6kl.fsf_-_@web.de> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::235 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:193346 Archived-At: On 11/05/2015 07:06 PM, Michael Heerdegen wrote: > I want to draw our attention to "generator.el" also, because when we > think about the future direction, we should keep in mind both of them, > because they are very related. Agreed. I haven't really tried it yet, but it seems to be one of the most interesting of the sequence-related additions. I can see us adding support in xref to accept generators as well, where we now only pass a list of xrefs. This should eliminate the main advantage rgrep has over xref-find-regexp: displaying matches as soon as Grep outputs each one.