<div dir="ltr">in some respects, having fully deterministic builds is a very important goal: a lot of tooling for eg, caching builds of libraries works much much better if you have that property :) </div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 7, 2014 at 12:45 PM,  <span dir="ltr"><<a href="mailto:p.k.f.holzenspies@utwente.nl" target="_blank">p.k.f.holzenspies@utwente.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
________________________________________<br>
From: <a href="mailto:mad.one@gmail.com">mad.one@gmail.com</a> <<a href="mailto:mad.one@gmail.com">mad.one@gmail.com</a>> on behalf of Austin Seipp <<a href="mailto:austin@well-typed.com">austin@well-typed.com</a>><br>
<br>
</span><span class="">So I assume your change would mean 'ghc -j' would not work for 32bit.<br>
I still consider this a big limitation, one which is only due to an<br>
implementation detail. But we need to confirm this will actually fix<br>
any bottlenecks first though before getting to that point.<br>
<br>
<br>
<br>
<br>
</span>Yes, that's what I'm saying.<br>
<br>
Let me just add that what I'm proposing by no means prohibits or hinders making 32-bit GHC-versions be parallel later on, it just doesn't solve the problem. It depends to what extent the "fully deterministic behaviour" bug is considered a priority (there was something about parts of the hi-files being non-deterministic across different executions of GHC; don't recall the details).<br>
<br>
Anyhow, the work I'm doing now exposes a few things about Uniques that confuse me a little and that could have been bugs (that maybe never acted up). Extended e-mail to follow later on.<br>
<br>
Ph.<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
ghc-devs mailing list<br>
<a href="mailto:ghc-devs@haskell.org">ghc-devs@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/ghc-devs" target="_blank">http://www.haskell.org/mailman/listinfo/ghc-devs</a><br>
</div></div></blockquote></div><br></div>