<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2016-07-29 19:28 GMT+02:00 Nicolas Cellier <span dir="ltr"><<a target="_blank" href="mailto:nicolas.cellier.aka.nice@gmail.com">nicolas.cellier.aka.nice@gmail.com</a>></span>:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="gmail-">2016-07-29 19:02 GMT+02:00 Yoshiki Ohshima <span dir="ltr"><<a target="_blank" href="mailto:Yoshiki.Ohshima@acm.org">Yoshiki.Ohshima@acm.org</a>></span>:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">First question:<br>
<br>
The Mac OS comes with Accelerate.Framework and that contains BLAS.<br>
But probably I still should compile those libraries, right?<br>
<div><div><br></div></div></blockquote><div><br></div></span><div>No, it's better to link to accelerated library.<br></div><div>I don't have a Mac handy here to verify how to link to it though.<br></div><div>I'll be able to check latter in the evening<br></div><div><div class="gmail-h5"><div> <br></div></div></div></div></div></div></blockquote><div><br></div><div>I've downloaded the code, and I see it now: the library names are hardcoded (see implementors of moduleName).<br></div><div>For Mac it is libblas.dylib and libcblas.dylib<br><div>Also note that there is a preference for switching to cblas (blas functions with C interface).<br></div>This should be faster because we pass some parameters by value rather than allocating them and pass reference...<br><br></div><div>Module names could also be replaced by Preferences eventually, but by now, you'll have to override...<br> <br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="gmail-h5"><div></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div><div>
<br>
On Thu, Jul 28, 2016 at 4:11 PM, Yoshiki Ohshima<br>
<<a target="_blank" href="mailto:Yoshiki.Ohshima@acm.org">Yoshiki.Ohshima@acm.org</a>> wrote:<br>
> Thanks!<br>
><br>
> On Thu, Jul 28, 2016 at 4:04 PM, Nicolas Cellier<br>
> <<a target="_blank" href="mailto:nicolas.cellier.aka.nice@gmail.com">nicolas.cellier.aka.nice@gmail.com</a>> wrote:<br>
>> Hi Yoshiki,<br>
>><br>
>> Thanks for inquiring about Smallapack.<br>
>><br>
>> This problem has been solved in 2011 as the post tells.<br>
>> Moreover, it was about alignment of squeak objects that was on multiple of 4<br>
>> on SqueakV3 memory.<br>
>> Spur is 8 byte aligned, so the problem would have also vanished without any<br>
>> patch for those being patient :)<br>
>><br>
>> For the 15 arguments limit, Smallapack comes with it's own compiler, so it's<br>
>> a non issue.<br>
>> Maybe I should make the documentation more clear on<br>
>> <a target="_blank" rel="noreferrer" href="https://github.com/nicolas-cellier-aka-nice/smallapack/wiki/SmallapackSqueak">https://github.com/nicolas-cellier-aka-nice/smallapack/wiki/SmallapackSqueak</a><br>
>> ?<br>
>><br>
>> Unfortunately, there's no Sparse Matrix representation in Lapack.<br>
>> If you know of a good package for that, it could be integrated.<br>
>><br>
>> If you have other questions, don't hesitate to ask.<br>
>><br>
>> cheers<br>
>><br>
>> Nicolas<br>
>><br>
>> 2016-07-29 0:22 GMT+02:00 Yoshiki Ohshima <<a target="_blank" href="mailto:Yoshiki.Ohshima@acm.org">Yoshiki.Ohshima@acm.org</a>>:<br>
>>><br>
>>> I am trying to do a bit of linear algebra stuff that involves to solve<br>
>>> a sparse 2D matrix (for a variation of doing least square fit).<br>
>>><br>
>>> There was a message from Nicolas:<br>
>>><br>
>>> <a target="_blank" rel="noreferrer" href="http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-August/161113.html">http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-August/161113.html</a><br>
>>><br>
>>> Is this where it stands today, too? It looks like that arg count<br>
>>> problem is still there in 5.0, but is it in a way non-issue as it is<br>
>>> still FFI based?<br>
>>><br>
>>> Thanks!<br>
>>><br>
>>> --<br>
>>> -- Yoshiki<br>
>>><br>
>><br>
>><br>
>><br>
>><br>
><br>
><br>
><br>
> --<br>
> -- Yoshiki<br>
<br>
<br>
<br>
</div></div><span><font color="#888888">--<br>
-- Yoshiki<br>
<br>
</font></span></blockquote></div></div></div><br></div></div>
</blockquote></div><br></div></div>