The (\W) capture substituted with itself is unnecessary, a simple \b
assertion is equivalent and faster.

I also quoted the injection of $k in the regex since the unquoted
injection was not intended and could potentially cause problems.

Reported-by: Emil Engler <me@emilengler.com>
Fixes curl#9230
Closes curl#9231

On some systems, the gen.pl script takes nearly two minutes for the
generation of the main-page, which is a completely unacceptable time.

The commit author thinks, that the terrible performance comes from some
low-level locale checks regarding the use of "\W" in a regular
expression.

This commit replaces the "\W" with [^a-zA-Z0-9_], which is, according to
regex101.com, functionally equivalent to the previous operation, except
that it is obviously limited to ASCII, which is fine, as the curl
project is English-only anyway.

See curl#8299
Fixes curl#9230
Closes #XXXX

On some systems, the gen.pl script takes nearly two minutes for the
generation of the main-page, which is a completely unacceptable time.

The commit author thinks, that the terrible performance comes from some
low-level locale checks regarding the use of "\W" in a regular
expression.

This commit replaces the "\W" with [^a-zA-Z0-9_], which is, according to
regex101.com, functionally equivalent to the previous operation, except
that it is obviously limited to ASCII, which is fine, as the curl
project is English-only anyway.

See curl#8299
Fixes curl#9230
Closes curl#9232

The (\W) capture substituted with itself is unnecessary, a simple \b
assertion is equivalent and faster.

I also quoted the injection of $k in the regex since the unquoted
injection was not intended and could potentially cause problems.

This improved the speed of

 ./gen.pl mainpage *.d > /dev/null

from 12.3 seconds to 8.8 seconds on my PC.

Reported-by: Emil Engler <me@emilengler.com>
Fixes curl#9230
Closes curl#9231

The character capure and the (\W) capture substituted with themselves is
unnecessary. I replaced them with a lookahead assertion and a \b
assertion.

I also quoted the injection of $k in the regex since the unquoted
injection was not intended and could potentially cause problems.

This improved the speed of

 ./gen.pl mainpage *.d > /dev/null

from 12.3 seconds to 0.6 seconds on my PC!

Reported-by: Emil Engler <me@emilengler.com>
Fixes curl#9230
Closes curl#9231

The (\W) capture substituted with itself is unnecessary, a simple \b
assertion is equivalent and faster.

I also quoted the injection of $k in the regex since the unquoted
injection was not intended and could potentially cause problems.

This improved the speed of

 ./gen.pl mainpage *.d > /dev/null

from 12.3 seconds to 8.8 seconds on my PC.

Reported-by: Emil Engler <me@emilengler.com>
Fixes curl#9230
Closes curl#9231

On some systems, the gen.pl script takes nearly two minutes for the
generation of the main-page, which is a completely unacceptable time.

The commit author thinks, that the terrible performance comes from some
low-level locale checks regarding the use of "\W" in a regular
expression.

This commit replaces the "\W" with [^a-zA-Z0-9_], which is, according to
regex101.com, functionally equivalent to the previous operation, except
that it is obviously limited to ASCII, which is fine, as the curl
project is English-only anyway.

Co-authored-by: Emanuele Torre <torreemanuele6@gmail.com>

See curl#8299
Fixes curl#9230
Closes curl#9232

On some systems, the gen.pl script takes nearly two minutes for the
generation of the main-page, which is a completely unacceptable time.

The slow performance has two causes:
1. Use of a regex locale operator
2. Useless invokations of loops

The commit addresses the first issue by replacing the "\W" wiht
[^a-zA-Z0-9_], which is, according to regex101.com, functionally
equivalent to the previous operation, except that it is obviously
limited to ASCII only, which is fine, as the curl project is
English-only anyway.

The second issue is being addressed by only running the loop if the line
contains a "--" in it. The loop may be completeley removed in the
future.

Co-authored-by: Emanuele Torre <torreemanuele6@gmail.com>

See curl#8299
Fixes curl#9230
Closes curl#9232