Yes. I can do that.<br><br>On SmartOS it may not be GCC 3.4.3 causing this.  I see this on GCC 4.7.x through 4.9.x.  The paths to gcc on SmartOS also differ.  I'll have to verify that as part of checking this.<br><br>I think requiring cpphs on Illumos and Solaris might be a reasonable compromise.  I like the idea of warning about this and suggesting --with-hs-cpp /path/to/cpphs.<br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 31, 2015 at 11:51 Karel Gardas <<a href="mailto:karel.gardas@centrum.cz">karel.gardas@centrum.cz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 12/31/15 01:30 PM, Ben Gamari wrote:<br>
> Karel Gardas <<a href="mailto:karel.gardas@centrum.cz" target="_blank">karel.gardas@centrum.cz</a>> writes:<br>
><br>
>> Hi Alain,<br>
>><br>
>> I guess you are hit by well known issue in GCC's CPP on Solaris. Just<br>
>> verify here:<br>
>><br>
>> <a href="https://gcc.gnu.org/ml/gcc/2014-08/msg00114.html" rel="noreferrer" target="_blank">https://gcc.gnu.org/ml/gcc/2014-08/msg00114.html</a><br>
>><br>
>> solution in this case is simple: use configure option to set different<br>
>> non buggy CPP as a CPP for GHC.<br>
>><br>
>> Please let me know if this is the culprit,<br>
>><br>
> Perhaps we should add an autoconf check to preempt this issue and point<br>
> affected users in the direction of a solution?<br>
<br>
Hmm, I tried that with <a href="https://phabricator.haskell.org/D151" rel="noreferrer" target="_blank">https://phabricator.haskell.org/D151</a> -- but<br>
perhaps some nice warning emitted during configure time in case of<br>
undetected GCC 3.4.3 on Solaris will help here? This will also need to<br>
be done in bindist configure thought.<br>
<br>
Alain, would you do that? I'm asking since you've been hit by this<br>
recently...<br>
<br>
Karel<br>
<br>
</blockquote></div>