<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Hi Peter,</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
</div>I would assume that everybody who wants to compile your package with<br>
LLVM can simply configure the build with "--ghc-option=-fllvm", no?<br></blockquote><div><br></div><div>Absolutely, yes.  I was just wondering about it as a matter of policy, particularly in terms of reverse dependencies (not that this package has any yet).  If you install package A that depends on package B and package B gets a big performance boost from LLVM, things are fine if you install package B yourself and tell Cabal to build it with LLVM, but if Cabal installs it automatically as a dependency of package A, then it won't get built with LLVM (unless you install package A with that option too, but then you end up pushing the responsibility to handle package B's peculiarities upstream to its reverse dependencies).</div>
<div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
A Cabal flag for the same purpose might make sense, IMHO, if there are<br>
other build parameters that change when compiling with LLVM (like CPP<br>
defines, etc.), but it's my understanding that this is not the case?<br></blockquote><div><br></div><div>Right.  I think I'll add a Cabal flag and worry about the reverse dependencies issue if the package ever has any!</div>
<div><br></div><div>Cheers,</div><div><br></div><div>Ian.</div><div><br></div></div>-- <br>Ian Ross   Tel: +43(0)6804451378   <a href="mailto:ian@skybluetrades.net" target="_blank">ian@skybluetrades.net</a>   <a href="http://www.skybluetrades.net" target="_blank">www.skybluetrades.net</a>
</div></div>