On Wed, Nov 3, 2010 at 9:55 AM, Christian Maeder <span dir="ltr">&lt;<a href="mailto:Christian.Maeder@dfki.de">Christian.Maeder@dfki.de</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Am 02.11.2010 18:03, schrieb Thorkil Naur:<br>
&gt; Hello,<br>
&gt;<br>
&gt; On Tue, Nov 02, 2010 at 01:03:04PM +0100, Christian Maeder wrote:<br>
&gt;&gt; ...<br>
&gt;&gt; Are there better workarounds?<br>
&gt;<br>
&gt; I am not sure about that, I assume that you have looked at <a href="http://hackage.haskell.org/trac/ghc/ticket/4068" target="_blank">http://hackage.haskell.org/trac/ghc/ticket/4068</a>?<br>
<br>
no, I found Simon Michael&#39;s message<br>
<a href="http://www.mail-archive.com/haskell-cafe@haskell.org/msg81961.html" target="_blank">http://www.mail-archive.com/haskell-cafe@haskell.org/msg81961.html</a><br>
by chance.<br>
<br>
I did not try out his extra-lib-dirs proposal, since all cabal packages<br>
were already installed.<br>
<br>
And I agree with him that it should be documented somewhere more<br>
prominent and that avoiding macports is no (good) solution.<br>
<br>
I&#39;ll add his proposal to your (closed) ticket to increase the hit rate.<br>
<br>
Cheers Christian<br></blockquote><div><br></div><div>His proposed solution works until you try to link a Haskell project to a macports lib that requires libiconv.  It&#39;s also inconvenient that you&#39;ll sometimes need to unpack hackage code and manually edit the .cabal file.</div>
<div><br></div><div>If you want to use macports, the only real solution is to build a GHC+libs that prefers /opt/local/ to the system-installed locations.  The macports GHC does this, or you can try to compile it yourself with appropriate flags to configure (whatever they may be).</div>
<div><br></div><div>John</div></div>