[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [TSVN] issuetrackers and regex

From: SteveKing <steveking_at_gmx.ch>
Date: 2005-02-12 12:20:53 CET

Eric J. Smith wrote:
> Looks like for named group in a POSIX regex engine you would use:
>
> (?:fix(?:es)?|close(?:s)?)\s+(?:(?:\s+and\s+)?\#(?P<id>\d+))+

The POSIX regex isn't what (most) people refer to as the de-facto
standard. See my other mail about this.

> It also looks like GRETA doesn't support named groups. It looks like it
> does support grouping though so you should be able to do this instead:
>
> (?:fix(?:es)?|close(?:s)?)\s+(?:(?:\s+and\s+)?\#(\d+))+
>
> That should only return the issue numbers as groups.

I haven't really tested that yet, but GRETA is close to the Perl
implementation (can't really support everything, because in Perl it's
also possible to include Perl code inside a regex).

> Anyway, I think if you are going to include a regex engine, unless there is
> a huge size difference, then it should be the most feature complete and
> POSIX compliant regex engine you can find. Otherwise you are going to be
> answering a lot of questions about what syntax it does and doesn't support.

 From what I've read about regex engines so far the POSIX standard isn't
the way to go. Java, Perl, .NET, PHP, ... all those don't support the
POSIX 'standard' but the Perl one, so we should definitely stick to that
  and not the POSIX one.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Sat Feb 12 12:21:29 2005

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.