<br><br><div class="gmail_quote">On Thu, Mar 14, 2013 at 11:01 AM, Bardur Arantsson <span dir="ltr">&lt;<a href="mailto:spam@scientician.net" target="_blank">spam@scientician.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 03/14/2013 03:53 PM, Duncan Coutts wrote:<br>
&gt; Hi folks,<br>
&gt;<br>
</div><div class="im">&gt; Why did I choose parsec? Practicality dictates that I can only use<br>
&gt; things in the core libraries, and the nearest thing we have to that is<br>
&gt; the parser lib that is in the HP. I tried to use happy but I could not<br>
&gt; construct a grammar/lexer combo to handle the layout (also, happy is not<br>
&gt; exactly known for its great error messages).<br>
&gt;<br>
<br>
</div>Just thinking out loud here, but what about ditching the current format<br>
for something that&#39;s simpler to parse/generate? Like, say, JSON?<br></blockquote><div><br></div><div>I thought I heard someone say that most existing cabal files can be converted to valid yaml by adding one token at the start? If the change was that simple it might be doable. I think the trick is that we&#39;d need to expose this by only treating the file as yaml if the minimum cabal version is &gt;= 1.17 (or so).</div>
<div><br></div><div>In general these sorts of format changes are painful for users and I sense that now might be a bad time to change it (user morale is already a bit low with complaints of &quot;cabal hell&quot;, let&#39;s not exacerbate that by breaking existing .cabal files).</div>
<div><br></div><div>Jason</div></div>