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

'delete' is O(N); 'replace' calls 'delete' in a loop and is therefore O(N**2). 'epsclosure' calls 'replace' in a loop and so I suppose it is O(N**3). I haven't looked into how likely the worst-case performance is, though. Yes. It is same both before and after with my proposed patch, but It see

Re: getopt link error on MSVC

I did: > +/* POSIX and glibc provide the getopt() function in , see > + http://pubs.opengroup.org/onlinepubs/9699919799/functions/getopt.html > + https://www.gnu.org/software/libc/manual/html_node/Using-Getopt.html > + But gnulib provides the getopt() function in , not in > . > + Neverthel

posix-modules: add options for specific platforms

This makes it easier to create a testdir that compiles on MSVC: $ ./gnulib-tool --create-testdir --dir=/tmp/testdir-posix --with-tests --single-configure \ --avoid=havelib-tests `./posix-modules --for-msvc` 2016-12-18 Bruno Haible posix-modules: Add options for specif

getopt link error on MSVC

I see the following test link failure on MSVC, from a use of the 'getopt-posix' module: /home/bruno/msvc/compile cl -nologo -DHAVE_CONFIG_H -DEXEEXT=\".exe\" -I. -I../../gltests -I.. -DGNULIB_STRICT_CHECKING=1 -DIN_GNULIB_TESTS=1 -I. -I../../gltests -I.. -I../../gltests/.. -I../gllib -I../../gl

Re: getprogname and libtool

On Sat, Dec 17, 2016 at 3:27 PM, Bruno Haible wrote: > Followup to this discussion from October 2016: > > Jim: >> > I did not mean to imply by that message that we should eliminate every >> > use of the program_name module. My desire is more to avoid accidental >> > use of it when the getprogname