<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
To tell you the truth, I never looked closely enough at views to<br>
figure what it would take to make them work.  It may be trivial, or it<br>
may be impossible.<br>
</blockquote><div><br>Yeah, I now believe my suspicions to be correct, at least as of a year and half ago.  Maybe there have been some advances as CLISP seems to support the needed feature and I'd bet the C friendly ECL and GCL both do as well, still no idea on SBCL.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">One thing to keep in mind is that I am rewriting what<br>
I call "data" (matrix, vectors, etc.) to use Tamas Papp's<br>
foreign-friendly arrays.  On SBCL, this will mean that the CL array<br>
and the C array will be one and the same (no copying).</blockquote><div><br>Hmmm... that sounds good, still not sure how Tamas' FFAs would work.  I was preparing to suggest the *other* route that Tamas mentions on his page, basically using the GSL data structures thinly wrapped in a Lisp object (to tie it into the GC).  I guess both have their pros and cons.<br>
<br>BTW, I have one question, purely out of curiosity.  Even if you use an FFA, GSL is going to
expect data in the format the GSL developers designed, e.g.:<br>
<pre class="example">     00 01 02 03 XX XX XX XX<br>     10 11 12 13 XX XX XX XX<br>     20 21 22 23 XX XX XX XX</pre>
Which means
that either the Lisp array will have extra junk to carry around, and
hence new matrix operations will need to be defined, or some
C side trickery must be performed to translate it, which is what we are
trying to avoid, right?  How do you deal
with this (or plan to)?<br>

<br>Best,<br>

Zach<br><br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div class="Wj3C7c"><br>
<br>
On Wed, Apr 9, 2008 at 5:45 PM, Zach <<a href="mailto:elzacho@gmail.com">elzacho@gmail.com</a>> wrote:<br>
> Liam et. al.,<br>
><br>
> OK, tell me if I am wrong.  Matrix/vector views are not supported in GSLL.<br>
> This is due to the fact that we need to recieve a structure by value.  This<br>
> cannot be done due to a weakness of the underlying CFFI.  Which in turn<br>
> (according to their mailing list) is actually a weakness of most Lisp<br>
> implementations.  In order to get this to work there is some C language glue<br>
> that needs to be written.  Is this a correct assessment of the situation?<br>
><br>
> Zach<br>
><br>
><br>
</div></div>> _______________________________________________<br>
>  Gsll-devel mailing list<br>
>  <a href="mailto:Gsll-devel@common-lisp.net">Gsll-devel@common-lisp.net</a><br>
>  <a href="http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel" target="_blank">http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel</a><br>
><br>
><br>
</blockquote></div><br>