<div dir="ltr">On Wed, Feb 13, 2013 at 5:45 PM, <span dir="ltr"><<a href="mailto:ok@cs.otago.ac.nz" target="_blank">ok@cs.otago.ac.nz</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">> On 13.02.2013 21:41, Brandon Allbery wrote:<br>
</div><div class="im">>> The native solution is a parser like parsec/attoparsec.<br>
<br>
</div>"Aleksey Khudyakov" <<a href="mailto:alexey.skladnoy@gmail.com">alexey.skladnoy@gmail.com</a>> replied<br>
<div class="im"><br>
> Regexps only have this problem if they are compiled from string. Nothing<br>
</div>> prevents from building them using combinators. regex-applicative[1] uses<br>
<div class="im">> this approach and quite nice to use.<br>
><br>
> [1] <a href="http://hackage.haskell.org/package/regex-applicative" target="_blank">http://hackage.haskell.org/package/regex-applicative</a><br>
<br>
</div>That _is_ a nice package, but<br>
it _is_ 'a parser like parsec/attoparsec'.</blockquote><div><br></div><div>Well, yes; it's a case in point.</div><div> </div></div>-- <br><div dir="ltr"><div>brandon s allbery kf8nh sine nomine associates</div>
<div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a> <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div><div>unix, openafs, kerberos, infrastructure, xmonad <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div>
</div>
</div>