<div style="white-space:pre-wrap">True, but I'd still like to find a mutual solution since we're both somewhat at the edge of the supported landscape for GHC.<br><br>Is installing cpphs and configuring GHC to use that an option on Solaris 11?  I haven't built cpphs successfully on SmartOS yet.  Supplying a custom C preprocessor may be your best bet and using GCC 3.4's works for you.   If I can get cpphs working that may be the common ground needed to keep Illumos and Solaris support from diverging.</div><br><div class="gmail_quote"><div dir="ltr">On Fri, Jan 1, 2016 at 7:52 AM Karel Gardas <<a href="mailto:karel.gardas@centrum.cz" target="_blank">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"><br>
Alain,<br>
<br>
indeed, on SmartOS you are free to modify the supplied GCC so the fix to<br>
remove -P is most natural one. On the other hand I'm not so lucky with<br>
binary Solaris 11.x distribution provided by Oracle so I need to use not<br>
so clean and nice workarounds...<br>
<br>
Karel<br>
<br>
On 01/ 1/16 12:17 AM, Alain O'Dea wrote:<br>
> cpphs isn't a direct option.  It won't install on SmartOS with Cabal.<br>
> GCC 4.7 is the earliest GCC supported so I'll have to try something else<br>
> for SmartOS.<br>
><br>
> It looks like the GCC Specs are the problem.<br>
><br>
> On Ubuntu the Spec for cpp is:<br>
><br>
> *cpp:<br>
> %{posix:-D_POSIX_SOURCE} %{pthread:-D_REENTRANT}<br>
><br>
> On SmartOS the Spec for cpp is:<br>
><br>
> *cpp:<br>
> %{,assembler-with-cpp:-P} %(cpp_subtarget)<br>
><br>
> I think this is how the -P gets injected.  I think this is correctable.<br>
> I had a similar issue with -std=c99 which is the default for C compiling<br>
> on Ubuntu but not on SmartOS leading to issues with compiling source<br>
> that isn't old school C (like persistent-sqlite).<br>
><br>
> Anyways I must retire from this and entertain my guests.  Happy New Year<br>
> folks.<br>
><br>
><br>
> On Thu, Dec 31, 2015 at 5:19 PM Alain O'Dea <<a href="mailto:alain.odea@gmail.com" target="_blank">alain.odea@gmail.com</a><br>
> <mailto:<a href="mailto:alain.odea@gmail.com" target="_blank">alain.odea@gmail.com</a>>> wrote:<br>
><br>
>     Thanks for the clarification. I understand now.<br>
>     On Thu, Dec 31, 2015 at 16:52 Karel Gardas <<a href="mailto:karel.gardas@centrum.cz" target="_blank">karel.gardas@centrum.cz</a><br>
>     <mailto:<a href="mailto:karel.gardas@centrum.cz" target="_blank">karel.gardas@centrum.cz</a>>> wrote:<br>
><br>
>         On 12/31/15 07:41 PM, Alain O'Dea wrote:<br>
>          > Yes. I can do that.<br>
>          ><br>
>          > On SmartOS it may not be GCC 3.4.3 causing this. I see this<br>
>         on GCC 4.7.x<br>
>          > through 4.9.x. The paths to gcc on SmartOS also differ. I'll<br>
>         have to<br>
>          > verify that as part of checking this.<br>
><br>
>         This is misunderstanding. GCC 3.4.3 provides *correct* CPP behavior,<br>
>         while all 4.x provides broken CPP. That means as a workaround<br>
>         when GCC<br>
>         3.4.3 is installed I set it as GHC's CPP automatically on<br>
>         Solaris. When<br>
>         it is not available, then GHC behaves like you've seen when<br>
>         using CPP...<br>
><br>
>         Hopefully this is more clear now,<br>
><br>
>         Karel<br>
><br>
<br>
</blockquote></div>