Re: [RFC] Git config file reader in Perl (WIP)

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

 



On 1/15/07, Johannes Schindelin <Johannes.Schindelin@xxxxxx> wrote:

On Mon, 15 Jan 2007, Nikolai Weibull wrote:

> On 1/15/07, Johannes Schindelin <Johannes.Schindelin@xxxxxx> wrote:

> > On Mon, 15 Jan 2007, Eric Wong wrote:

> > > > Would you write "git repo-config --perl", then? ;-)

> > > The below patch should be a start (only tested on my fairly standard
> > > .git/config).  A --python option should be easy, too :)

> > A bit shorter (and gets the booleans right, plus being even easier
> > towards --python extension):

> If we're going down this slippery slope, why not just give up and add
> a --xml switch instead?

AFAIR this switch was meant to _enhance_ performance.

As far as I can tell, comparing fork() vs. reading a dump with eval
vs. XML isn't meaningful - parsing a 20-line XML file can hardly be
much more (if it even is more) expensive than evaling a file of the
same length.

> That said, parsing the config file as-is can't be so difficult that we
> need to export it to separate files with a different syntax, now can it?

The point is having one parser to rule them all, and avoid having
different parsers, all with their own set of shortcomings.

So then you must agree that having one export format makes a lot of
sense, for the same reasons.  Not that I think that an export format
makes sense in the first place.

 nikolai
-
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]