On 9/17/20 12:04 PM, Jim Meyering wrote:
please go ahead and push them.
As that's been done and the bug fixes are now installed, I'm closing both bug
reports.
Discussion on this worthsmithing issue died down in December so I'm taking the
liberty of closing the bug report. We can reopen it or start a new one as necessary.
As the bug appears to have been fixed I'm closing the bug report.
As this does not appear to be a grep bug I'm closing the bug report.
On 4/6/20 8:31 PM, Bruce Dubbs wrote:
Upon more investigation my problem may be to be due to libsigsegv-2.12. If I
keep that from being linked into grep it is fine.
This appears to be the Gnulib/libsigsegv problem that Bruno Haible fixed
yesterday:
https://lists.gnu.org/r/bug-gnulib/2020-09/
The dust seems to have settled on this, so I'm closing the grep bug report to
tidy things up.
Discussion on this old grep bug report has died down (and it wasn't a grep bug
anyway) so I'm closing the bug report.
On 9/21/20 12:21 PM, Jim Meyering wrote:
I ran into that problem in July or so and took the easy
way out: I built the latest from git and installed that early in my
shell's search path (on Fedora 32). Now make --version reports I'm
using 4.3.90.
Ah, OK, good enough. I'm closing the bug report
On 9/8/16 7:20 PM, Paul Eggert wrote:
This should fix Bug#21815 so I'll close that bug report while I'm at it.
Bug#22702 (build feedback for grep 2.23) has been superseded by Nelson H. F.
Beebe's more recent build report for grep-3.4-almost.19-ff30:
https://lists.gnu.org/r/grep-devel/2020-0
On 8/20/20 2:02 AM, Luca Borzacchiello via Bug reports for GNU grep wrote:
running grep 3.4 with the attached inputs, cause an invalid read in
pop_fail_stack.
Thanks for reporting that. This appears to be a duplicate of these longstanding
grep bug reports:
https://bugs.gnu.org/22793
https:/
As this problem appears to be a Gnulib bug that was fixed by Bruno Haible here:
https://lists.gnu.org/r/bug-gnulib/2020-09/msg00097.html
I'm closing the grep bug report.
On 9/25/18 1:15 AM, Konstantin Kolinko wrote:
https://github.com/git-for-windows/git/issues/1841
Looking at that downstream bug report, it appears that this is a wishlist
request and that there have been no takers for implementing an
MS-Windows-specific --strip-trailing-cr option. I have marke
On Sun, Sep 20, 2020 at 6:34 PM Jim Meyering wrote:
>
> On Sun, Sep 20, 2020 at 12:17 AM Norihiro Tanaka wrote:
> > Hi,
> > Performace for as following case is fixed in bug#43040.
> >
> > $ yes 0 | head -10 | sed '$s/././' >pat
> > $ grep -vf pat /dev/null
> >
> > However, still slow and
> Does Grep provide a library that exposes its multi-string pattern
> matching? If not, can someone recommend an implementation?
I don't know exactly what you mean, but the GNU grep algorithms are
used as a library in GNU gettext:
https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=tree;f=gett
I installed the attached doc patch, which I hope addresses the issues mentioned
in this bug report, and am boldly closing the bug report.
>From 1444b4979dc5935b7fe1d13e76539dddbaabd242 Mon Sep 17 00:00:00 2001
From: Paul Eggert
Date: Mon, 21 Sep 2020 20:22:02 -0700
Subject: [PATCH] doc: say how t
15 matches
Mail list logo
