Sketch the header for level 1

Idan Kamara idankk86 at gmail.com
Mon Aug 5 03:43:12 CDT 2013


On Mon, Aug 5, 2013 at 11:29 AM, Giovanni Gherdovich <g.gherdovich at gmail.com
> wrote:

> Hello Idan,
>
> Idan wrote:
> :::: On Fri, Aug 2, 2013 at 3:59 PM, Giovanni Gherdovich
> :::: <g.gherdovich at gmail.com>wrote:
> ::::
> :::: > Hello Idan,
> :::: > [...]
> :::: > You also say "the return value is unparsed."
>
> :::: > Well, it cannot be otherwise; the only "structured" piece of data is
> :::: > the content of the 'r' channel (read by hg_exitcode).
> :::: >
> :::: > The rest of the output, namely 'o' and 'e' channels, is just flat
> text.
> :::: > It cannot be parsed since the content and format can change from
> :::: > a hg release to the next. So the only way to deal with it is to
> take it as
> :::: > it is.
> :::: >
> ::::
> :::: That's not true and if it were these libraries we're trying to create
> around
> :::: hg wouldn't be all that useful.
> ::::
> :::: You can see here[1] that python-hglib test suite runs on hg versions
> going
> :::: back to 1.9.3 and have survived several big releases with only a few
> changes
> :::: in Mercurial's output during that time, which in some cases would
> have gone
> :::: unnoticed had python-hglib been more liberal in parsing the output.
>
> Actually now that you point this out, I can see that "import re" in
> http://selenic.com/repo/python-hglib/file/c13b99b01008/hglib/client.py
> and quite a lot of result for CTRL+F 're.' in that code.
>
> Ok, Iulian will implement some output parsing in level 1 functions.
> Err... How do people do regex matching in C?
>

Most commands have a very simple output format, others support templating.
I doubt
there's a real need for regular expressions.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20130805/a6154ae1/attachment.html>


More information about the Mercurial-devel mailing list