Hi Eugene,<div>To the best of my knowledge there is absolutely no reason to use the 32bit haskell on OS X (aside from memory usage optimization cases which likely do not matter to the *typical* user), and the community should probably update the recommendation to reflect this.</div>

<div><br></div><div>I can certainly attest to having to baby sit new haskellers when installing and repeatedly say  &quot;yes, do the 64 bit version, please, no, ignore the recommendation for 32bit, no one knows why its there, but its wrong&quot;</div>

<div><br></div><div>what can we (the community ) do to address the fact that the haskell platform installer suggestions for os x are sadly completely backwards? (or am I completely wrong in my personal stance on this matter)</div>

<div><br></div><div>cheers</div><div>-Carter <br><br><div class="gmail_quote">On Tue, Sep 25, 2012 at 7:52 PM, Eugene Kirpichov <span dir="ltr">&lt;<a href="mailto:ekirpichov@gmail.com" target="_blank">ekirpichov@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I installed Haskell Platform 32-bit on a fresh 64-bit mac, because the<br>
page <a href="http://www.haskell.org/platform/mac.html" target="_blank">http://www.haskell.org/platform/mac.html</a> says: &quot;Pick the 32-bit<br>
vesion, unless you have a specific reason to use the 64-bit version.<br>
The 32-bit one is slightly faster for most programs.&quot;<br>
<br>
Then, during the installation of a package, the following happeed:<br>
<br>
Loading package cairo-0.12.3.1 ... &lt;command line&gt;: can&#39;t load .so/.DLL<br>
for: /opt/local/lib/libz.dylib (dlopen(/opt/local/lib/libz.dylib, 9):<br>
no suitable image found.  Did find:<br>
        /opt/local/lib/libz.dylib: mach-o, but wrong architecture)<br>
<br>
That libz.dylib is a 64-bit library and it can&#39;t be used by 32-bit<br>
Haskell platform.<br>
<br>
QUESTION: It seems to me that most people, at least most who care<br>
about &quot;slightly faster&quot; programs, are likely to run into something<br>
like this - using native 64-bit libraries. Compatibility exists only<br>
in the opposite direction. Wouldn&#39;t it be appropriate to remove this<br>
notice and ask people to use the 64-bit version unless they have a<br>
specific reason not to?<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Eugene Kirpichov<br>
<a href="http://www.linkedin.com/in/eugenekirpichov" target="_blank">http://www.linkedin.com/in/eugenekirpichov</a><br>
We&#39;re hiring! <a href="http://tinyurl.com/mirantis-openstack-engineer" target="_blank">http://tinyurl.com/mirantis-openstack-engineer</a><br>
<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</font></span></blockquote></div><br></div>