From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.bugs Subject: bug#26338: 26.0.50; Collect all matches for REGEXP in current buffer Date: Sat, 22 Apr 2017 19:36:57 +0000 Message-ID: References: <8737dr6kxx.fsf@calancha-pc> <87h926cvgl.fsf@localhost> <87k272ow7g.fsf@calancha-pc> <87fuhpcbem.fsf@localhost> <87lgrheyvn.fsf@calancha-pc> <87pogsmefn.fsf@jane> <874ly3vw1p.fsf@users.sourceforge.net> <943bd0fd-c4ad-48f4-a803-f832b5bf0edf@default> <87vaqeucy3.fsf@users.sourceforge.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a114b391ae4e268054dc67fb9 X-Trace: blaine.gmane.org 1492889897 26754 195.159.176.226 (22 Apr 2017 19:38:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 22 Apr 2017 19:38:17 +0000 (UTC) Cc: 26338@debbugs.gnu.org, Tino Calancha , Marcin Borkowski , Juri Linkov To: npostavs@users.sourceforge.net Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Apr 22 21:38:12 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d20rC-0006nA-Ar for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Apr 2017 21:38:10 +0200 Original-Received: from localhost ([::1]:36667 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d20rG-0004Qs-Gh for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Apr 2017 15:38:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54770) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d20r9-0004QY-G7 for bug-gnu-emacs@gnu.org; Sat, 22 Apr 2017 15:38:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d20r4-0007uO-Ih for bug-gnu-emacs@gnu.org; Sat, 22 Apr 2017 15:38:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:36528) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d20r4-0007uH-Dm for bug-gnu-emacs@gnu.org; Sat, 22 Apr 2017 15:38:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1d20r4-0000v4-3T for bug-gnu-emacs@gnu.org; Sat, 22 Apr 2017 15:38:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Apr 2017 19:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26338 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 26338-submit@debbugs.gnu.org id=B26338.14928898363476 (code B ref 26338); Sat, 22 Apr 2017 19:38:02 +0000 Original-Received: (at 26338) by debbugs.gnu.org; 22 Apr 2017 19:37:16 +0000 Original-Received: from localhost ([127.0.0.1]:34726 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d20qK-0000u0-2U for submit@debbugs.gnu.org; Sat, 22 Apr 2017 15:37:16 -0400 Original-Received: from mail-wm0-f43.google.com ([74.125.82.43]:38098) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d20qH-0000tm-Pp for 26338@debbugs.gnu.org; Sat, 22 Apr 2017 15:37:14 -0400 Original-Received: by mail-wm0-f43.google.com with SMTP id r190so39660490wme.1 for <26338@debbugs.gnu.org>; Sat, 22 Apr 2017 12:37:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kkG5l7imqy9XZa5JKgvWo1voBEC7ZGFkboJJAHtGkqg=; b=m3Ex4fuqVPxLEvBSJ2rHjixXFm8kp0+eCU0m4VrwOpA/31qUjOXr1KLJ89D7jTRNt1 rvlKi+OQrdnqGR3tpBsLzMNvD94hIXqDcW84FmTUYxOqHG62N010cY1YuQZXFMlgKFTz 4mL3hKB5/B6J+KxlKzNvPwoyTjjCmVMqeN6SFjtLvuPaGQbD7XqGzqhNRhq4wft2vCyI aS5/d5ARyxpBmY3jbSTZHRLsrHd75gHstgOvK6I4FCMxHKh72s1SFR+oII0sIKsDojTV HN3cjuXCnoMhVq9RRnELL62eWCJzicFQteici1FNfK1M64NSQHWKFyEzIOgSGRtL8HpL FhEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kkG5l7imqy9XZa5JKgvWo1voBEC7ZGFkboJJAHtGkqg=; b=po0/PYMn25anKkq0mxstgN2ScZFTQtfjxJJTU7Cc5dUXpZNb3c2dKRXupH8rE9Z+yQ xJkYI+GPoxMeozpTrGISI2GA0KN3E7qPCFxQKZHYKwoz3yora6mgcvG5Xj8j6IDn4jER ZTk6RfPB4HZxf1wZ69NU5+2SzqVxWqaEkyP81v82FRIvGTt83oS0aapdzw9u3e1LBpz8 XLzJxaX3IbuxWNHFi0lLDk5lYsdq8AtbIKivbfw41PHIhuY+acF3fwqBMo3azOkFoxBO IorzZvoCou6LfHpRqnoQi+6Tk9Bc+dFrHdvL83q+XLO1wy+iIZrcqaLjow1XUuazHdFG WQjA== X-Gm-Message-State: AN3rC/6KBGE7ZQy3rUL2vBh5ToRiGz1h5yFkSalFHpNPt55hplKuEVDU cnajeKJ56Iq9zKEVZuxho0NiOZjTQg== X-Received: by 10.28.156.13 with SMTP id f13mr3818357wme.44.1492889828121; Sat, 22 Apr 2017 12:37:08 -0700 (PDT) In-Reply-To: <87vaqeucy3.fsf@users.sourceforge.net> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:131890 Archived-At: --001a114b391ae4e268054dc67fb9 Content-Type: text/plain; charset=UTF-8 schrieb am Sa., 8. Apr. 2017 um 17:37 Uhr: > Philipp Stephani writes: > > >>> - Coupling of unrelated entities is always an antipattern. > >>> - For N iterables and M looping constructs, you need to implement > >>> N*M integrations. > > > > Yes, I don't care about Common Lisp. The iter-by clause is less of a > > problem than 'buffers' etc. because it's not a one-off that couples a > > looping construct with some random semantics. > > It's sort of related to Drew's concerns in that Emacs deals with the N*M > problem by setting M=1, hence why only cl-loop gets the pressure to add > more enhancments. > > There are some practical problem with iter-defun though: it has several > bugs on which there doesn't seem to be any movement[1][2][3], That's unfortunate, because it's a really well-designed library. Stefan has apparently resumed work on these issues (e.g commit 89898e43c7ceef28bb3c2116b4d8a3ec96d9c8da), so let's hope they will be fixed eventually. > it's > reported to be slow[4], and cl-loop's iter-by keyword is not documented > at all (that could be easily fixed, at least). I wonder if streams[5] > is a better direction. > Maybe, though I'd be hesitant to add yet another library for the same thing to Emacs, and I much prefer generator.el's interface. --001a114b391ae4e268054dc67fb9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


<npostavs@users.sourceforge.= net> schrieb am Sa., 8. Apr. 2017 um 17:37=C2=A0Uhr:
Philipp Stephani <p.stephani2@gmail.com> writes:

>>> - Coupling of unrelated entities is always an antipattern.
>>> - For N iterables and M looping constructs, you need to implem= ent
>>> N*M integrations.
>
> Yes, I don't care about Common Lisp. The iter-by clause is less of= a
> problem than 'buffers' etc. because it's not a one-off tha= t couples a
> looping construct with some random semantics.

It's sort of related to Drew's concerns in that Emacs deals with th= e N*M
problem by setting M=3D1, hence why only cl-loop gets the pressure to add more enhancments.

There are some practical problem with iter-defun though: it has several
bugs on which there doesn't seem to be any movement[1][2][3],

That's unfortunate, because it's a really w= ell-designed library. Stefan has apparently resumed work on these issues (e= .g commit 89898e43c7ceef28bb3c2116b4d8a3ec96d9c8da), so let's hope they= will be fixed eventually.
=C2=A0
it's
reported to be slow[4], and cl-loop's iter-by keyword is not documented=
at all (that could be easily fixed, at least).=C2=A0 I wonder if streams[5]=
is a better direction.=C2=A0

Maybe, tho= ugh I'd be hesitant to add yet another library for the same thing to Em= acs, and I much prefer generator.el's interface.
--001a114b391ae4e268054dc67fb9--