<div dir="ltr">For those for who are yet not clear on what the hell this tool is doing, here is a screencast showing a one minute fixing session using stack:<div><a href="https://media.giphy.com/media/3o6ozkwoL7wHOjer9C/giphy.gif">https://media.giphy.com/media/3o6ozkwoL7wHOjer9C/giphy.gif</a><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 16 April 2016 at 17:57, Alois Cochard <span dir="ltr"><<a href="mailto:alois.cochard@gmail.com" target="_blank">alois.cochard@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Daniel,<div><br></div><div>I thought that the motivation part in the blog post would answer that, seems like it's not enough.</div><div><a href="http://aloiscochard.blogspot.ch/2016/04/quickfix-all-things-with-sarsi.html" target="_blank">http://aloiscochard.blogspot.ch/2016/04/quickfix-all-things-with-sarsi.html</a><br></div><div><br></div><div>You see, when you use ghc-mod or other similar integration of the like, it usually type check the code in your active project, but such tools doesn't have a complete vision of your project (like source dependencies as mentioned in the blog post). Due to that, the error reported in ghc-mod/... might be different (and sometime not so useful) than the one returned by the build tool. I mean I always want to fix the first error reported by my build tool, not an other one in the file I'm viewing, etc ...</div><div><br></div><div>The motivation was to be able to populate the quickfix list using the output of the build tool (which is usually run continuously on file change, there is an example using `entr` in the README), as an alternative to using mainly the type checker. I see both as useful, but in different context.</div><div><br></div><div>If you never felt frustrated with your current setup, you probably won't see much benefit in this approach, but personally, I am much more productive using the one <i>sarsi</i> offer. </div><div><br></div><div>Cheers</div><div><br></div><div><br></div></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On 16 April 2016 at 15:49, Daniel Trstenjak <span dir="ltr"><<a href="mailto:daniel.trstenjak@gmail.com" target="_blank">daniel.trstenjak@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi Alois,<br>
<br>
I think that I know vim and the Haskell development environment quite<br>
well, but have a hard time to get what sarsi really is.<br>
<br>
It seems to be something about running a compiler (continuously?)<br>
and saving the error messages per file?<br>
<br>
In the documentation a motivation might be missing like e.g. what it<br>
does beyond - or better than - the vim integrations of ghc-mod oder hdevtools?<br>
<br>
Greetings,<br>
Daniel<br>
<div><div>_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org" target="_blank">Haskell-Cafe@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="">-- <br><div><div dir="ltr"><div><b>Λ\ois</b></div><div><div><a href="http://twitter.com/aloiscochard" target="_blank">http://twitter.com/aloiscochard</a></div><div><a href="http://github.com/aloiscochard" target="_blank">http://github.com/aloiscochard</a></div></div></div></div>
</span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><b>Λ\ois</b></div><div><div><a href="http://twitter.com/aloiscochard" target="_blank">http://twitter.com/aloiscochard</a></div><div><a href="http://github.com/aloiscochard" target="_blank">http://github.com/aloiscochard</a></div></div></div></div>
</div>