<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Apr 16, 2014 at 2:33 AM, Michael Snoyman <span dir="ltr"><<a href="mailto:michael@snoyman.com" target="_blank">michael@snoyman.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">So if I'm reading this all correctly:<div><br></div><div>1. Package authors are *not* encouraged to change their code to try and work around this issue.</div>
<div>2. Medium/long term, this won't be a problem at all due to changes in GHC itself.</div>


<div>3. Short term, users need to follow the instructions at [1] if they're using GHC 7.6 (or earlier?).</div></div></blockquote><div><br></div><div>Pretty much, although practically I suspect some packages *will* be changed to be compliant with clang's cpp simply because the community may not be able or willing to wait until the dependency on a C-parsing tool is removed. And there are some programs on Hackage which are broken even with the clang wrapper script because there is no way to tell clang's cpp not to recognize ANSI C splices (gcc's -traditional disables them) or to accept ' as a possible identifier character (someone earlier today on #haskell pointed out that they need to make sure there's an even number of ' characters on each line when using -XCPP... which makes sense when cpp needs to parse (char) constants).</div>
<div><br></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></div>