<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 11, 2013 at 2:04 PM, Anton Vodonosov <span dir="ltr"><<a href="mailto:avodonosov@yandex.ru" target="_blank">avodonosov@yandex.ru</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
</div>I think (hope) there are not so many places in CL which allow to couple the code with the host compiler.<br>
Maybe this example with most-postivive-fixnum (-negative-long-float, etc) is the only one?<br>
If so, it must be very very rare case.<br></blockquote></div><br>It is not so rare. Take for instance code that uses type comparisons. A macro may evaluate its constant arguments to determine whether they are of type fixnum and this result depends on the platform. I am pretty sure that those checks are quite pervasive in the libraries out there. There is also code that checks for the existence of certain specialized arrays (clx most notably) and creates buffers and constants based on that decision. This once more demands that target and host be tightly coupled: i.e. similar endianness, word size, etc.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra" style>What I mean is that people write code based on the assumption that they can, at runtime, learn things about the platform they will run on. If the target and host are quite different, these compile-time assumptions will be broken.</div>

<div class="gmail_extra" style><br></div><div class="gmail_extra" style>Of course those assumptions can be parameterized in the library, but this cannot be automated by the platform that runs the compiler (ECL)</div><div class="gmail_extra" style>

<br></div><div class="gmail_extra" style>Juanjo</div><div class="gmail_extra"><div><br></div>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://juanjose.garciaripoll.googlepages.com" target="_blank">http://juanjose.garciaripoll.googlepages.com</a>
</div></div>