Re: [PATCH V2 4/5] git-grep: Learn PCRE

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Am 5/5/2011 0:00, schrieb MichaÅ Kiedrowicz:
> +# Define NO_LIBPCRE if you do not have libpcre installed.  git-grep cannot use
> +# Perl-compatible regexes.

For what purpose are you adding Perl-regex when git-grep cannot use them?

...

Oh! You mean to say "..., but git-grep cannot use Perl-compatible regexes
_in this case_".

;)

This repeats in patch 5/5.

> +#ifdef NO_LIBPCRE
> +static void compile_pcre_regexp(struct grep_pat *p, struct grep_opt *opt)
> +{
> +	die("cannot use Perl-compatible regexes when libpcre is not compiled in");

This is such a terminus technicus. Wouldn't it be much easier to read for
Joe User if this were merely:

	die("Perl-compatible regexes not supported");

Also, wouldn't it be nicer to die already when the --perl-regexp option is
detected? Then you could make these functions dummies that behave as if
nothing was matched.

> +}
> +
> +static int pcrematch(struct grep_pat *p, char *line, char *eol,
> +		regmatch_t *match, int eflags)
> +{
> +	die("cannot use Perl-compatible regexes when libpcre is not compiled in");
> +}
> +
> +static void free_pcre_regexp(struct grep_pat *p)
> +{
> +	die("cannot use Perl-compatible regexes when libpcre is not compiled in");
> +}

-- Hannes
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]