<div dir="ltr">some of those issues come up even more forcefully when cross compiling from a   64bit to 32 bit architecture :), but you're absolutely right, and It sounds like theres a clear near term concensus<div><br>

</div><div style>Even more fun is in the case of ghc-ios, where ideally a single build would create the right object code for 64bit + 32bit arm both! I think theres some subtle fun there! :) </div></div><div class="gmail_extra">

<br><br><div class="gmail_quote">On Tue, Jan 14, 2014 at 4:12 PM, Sven Panne <span dir="ltr"><<a href="mailto:svenpanne@gmail.com" target="_blank">svenpanne@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

2014/1/14 Carter Schonwald <<a href="mailto:carter.schonwald@gmail.com">carter.schonwald@gmail.com</a>>:<br>
> I emphatically and forcefully agree with Isaac. [...]<br>
<br>
Yup, I would prefer to no touch FP optimization in a rush, too. I am<br>
not sure if this is still the case today, but I remember breaking some<br>
FP stuff in GHC when doing cross-compilation + bootstrapping with it<br>
ages ago. Can this still happen today? I don't know how GHC is ported<br>
to a brand new platform nowadays... All the rounding magic etc. has to<br>
happen as if it was executed on the target platform, not like on the<br>
platform GHC is running. More fun stuff to consider, I guess. .-)<br>
</blockquote></div><br></div>