gitolite/src/lib/Gitolite/Conf
Sitaram Chamarty 6328ec2cbe dont auto-vivify empty entries in %repos...
before this, trying to access a wild repo would create an empty hash in
%repos.  This is pretty harmless, but at some later point, memberships()
would try to use that in a pattern, attempting to match the real repo
being access-checked.

Which is still fine if your repo doesn't look like "libstdc++" AND
you're using some recent perl.

However, for perl 5.8.8, and if the repo has a ++ in it, perl barfs.

Here's a test program to check your perl:

    #!/usr/bin/perl

    $base="foo/u1/libstdc++";
    $i="foo/u1/libstdc++";

    if ( $base =~ /^$i$/ ) {
        print 1;
    } else {
        print 2;
    }

On 5.14.2 I get "2".  On 5.8.8 I get:

    Nested quantifiers in regex; marked by <-- HERE in m/^foo/u1/libstdc++ <-- HERE $/ at ./aa.pl line 6.
2012-09-25 19:10:47 +05:30
..
Explode.pm minor bug in include file handing... 2012-08-17 22:26:03 +05:30
Load.pm dont auto-vivify empty entries in %repos... 2012-09-25 19:10:47 +05:30
Store.pm PRE_ and POST_CREATE triggers get an extra argument... 2012-06-14 19:22:12 +05:30
Sugar.pm Allow user-specified programs to override system-installed ones 2012-06-09 08:25:51 +05:30