Any comments on how that compares to Tamas Papp&#39;s xarray?<br><br>I am very excited, happy and grateful with the availability of numerical libraries in CL.  But I am concerned that we may end up with several non-conformant libraries for array accessing.<br>
<br>In an ideal world, we would have a common library for array manipulation, and also a common architecture for accessing libraries such as gsl (C), netlib (fortran), and others (sundials for example).<br><br>Respectfully,<br>
<br>Mirko<br><br><div class="gmail_quote">On Sun, Dec 27, 2009 at 10:31 PM, Liam Healy <span dir="ltr">&lt;<a href="mailto:lhealy@common-lisp.net">lhealy@common-lisp.net</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;">
Based on several expressed wishes for the ability to create, compose<br>
and extract array-like objects and pieces of such objects, I have<br>
introduced the &quot;Grid Structured Data&quot; collection at<br>
<a href="http://repo.or.cz/w/gsd.git" target="_blank">http://repo.or.cz/w/gsd.git</a>, and rewritten GSLL to be built on top of<br>
that.  The GSLL interface is the same as before, but now it is<br>
possible to do subarrays, concatenation, slices, transpose, etc. on<br>
arrays (both CL arrays and GSLL marrays).  There is some documentation<br>
for gsd in gsd/documentation/grid/index.html which describes how it<br>
works.  There is more work to be done, but as it is now, it provides<br>
functions that people have asked for to create and manipulate marrays.<br>
 If you don&#39;t need that, you can go on as before and everything is the<br>
same.<br>
<br>
Liam<br>
<br>
_______________________________________________<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>
</blockquote></div><br>