That is the default. But, we want to user to be able to control the representation for numerical analysis reasons, too. So, we&#39;re allowing both.<br><br><div class="gmail_quote">On Thu, Aug 13, 2009 at 9:50 PM, Eli Barzilay <span dir="ltr">&lt;<a href="mailto:eli@barzilay.org">eli@barzilay.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">On Aug 13, Doug Williams wrote:<br>
</div><div class="im">&gt; &gt;* However, if you&#39;re doing a lot of work *inside* Scheme, then<br>
&gt; &gt;  things can become very inefficient.  For example, say that you<br>
&gt; &gt;  want to loop over a floating point array and multiply all of the<br>
&gt; &gt;  values by a given factor.  What will happen in this case is: each<br>
&gt; &gt;  time you read a value, you allocate a Scheme object for the fp<br>
&gt; &gt;  number, multiplying that allocates a new one, then saving it<br>
&gt; &gt;  copies the result back to the array, leaving the two allocated<br>
&gt; &gt;  values to be GCed.  (There are some JIT-level optimizations for<br>
&gt; &gt;  fp numbers, I don&#39;t know if it can save one of these allocations<br>
&gt; &gt;  in this case.)<br>
&gt;<br>
&gt; My plan would be to do the work inside of Scheme - at least for<br>
&gt; now. It would be interesting to see if there are some JIT<br>
&gt; optimizations planned for the future that could help.<br>
<br>
</div>In this case going with a Scheme vector will be faster.<br>
<div><div></div><div class="h5"><br>
--<br>
          ((lambda (x) (x x)) (lambda (x) (x x)))          Eli Barzilay:<br>
                    <a href="http://barzilay.org/" target="_blank">http://barzilay.org/</a>                   Maze is Life!<br>
</div></div></blockquote></div><br>