<br><br><div class="gmail_quote">On Wed, Feb 8, 2012 at 5:23 AM, Stas Boukarev <span dir="ltr"><<a href="mailto:stassats@gmail.com">stassats@gmail.com</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">Raymond Toy <<a href="mailto:toy.raymond@gmail.com">toy.raymond@gmail.com</a>> writes:<br>
<br>
> Does ecl have the equivalent of cmucl's (and sbcl's)<br>
> with-float-traps-masked and vector-sap?<br>
><br>
> With-float-traps-masked sets up the fpu state to mask certain<br>
> floating-point exceptions.<br>
><br>
> Vector-sap basically takes a specialized array and returns the address<br>
> of where the data actually is.  This assumes that (simple-array<br>
> double-float (*)) is stored in memory as one or more header words<br>
> followed by consecutive double-floats.<br>
><br>
> Oh, I also need the equivalent of without-gcing.<br>
</div>I assume that you need without-gcing to use vector-sap safely, but SBCL<br>
has WITH-PINNED-OBJECTS, which prevents the GC from moving objects. So<br>
if ECL has something like this, I'd think it's more preferable than<br>
without-gcing.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br>That would work too.  But turning off gc shouldn't be too bad either since it is only turned off while setting up the call, the call, and the return from the foreign function.  Perhaps this has an impact on threaded lisps, but matlisp is not, I think, thread-safe.<br>
<br>Ray <br><br></div></div>