Re: bug#22357: grep -f not only huge memory usage, but also huge time cost

On Fri, 9 Dec 2016 01:24:19 -0600 Trevor Cordes wrote: > I bisected this bug to commits: > 662b19f2d0edc0bf07f1a2c1421080252df4a37c > 468d5217ed6ec1679512dec208c7f30fb8612957 > (can't narrow it down because the latter doesn't compile for me) The changes switch used algorithm. They convert grep

Re: [Grep-devel] [PATCH] dfa: fix performance bug that recomputes trans

Jim Meyering wrote: Do you have an example (preferably pathological) that demonstrates a significant performance difference? I'm afraid not. I noticed the issue while debugging Bug#22357 but that's about a quite-different problem.

threadlib: optimize on Solaris 10 or newer

It was reported in that the PTHREAD_IN_USE_DETECTION_HARD setting that causes a dummy thread to be created at runtime, just to see whether multithreading is really enabled, is no longer necessary in Solaris 10. This is true according to the Solaris doc: https

stdint: update doc about Solaris 9

On Solaris 9 with gcc 4.6.4, it is surprising to see that the test program (from stdint.m4) fails and thus gnulib provides an replacement, but the original does not actually exhibit the bug which the test program reports. More precisely, config.log reports this outcome of the test program: conf