Hi Bill, I tried to port Smallapack - a Smalltalk interface to Lapack - into squeak but never finished it... google it if you have time to loose. It works on VW and Dolphin yet. In squeak, I have chosen to use FFI, but maybe it would have been more secure to generate a VM plugin... As you may know, Lapack is a very stable robust and public domain algebra library used for example in Matlab, Octave, Scilab, etc... It is my number one choice far above gsl. Now the idea to go thru octave interpreter might work as well. You may however loose some time in interpreting inputs/outputs back and forth... Depends on the volume of I/O you are planning. I presume there is also an access possible to an octave engine doable via plugin/FFI, passing directly Octave objects to Octave functions... Nicolas 2009/7/24 Schwab,Wilhelm K <bschwab@anest.ufl.edu>:
Hello all,
Are any of you doing scientific computing on Pharo? Â I have some seriously old Numerical Recipes code that I altered and compiled, and more recently have used the GNU Scientific Library. Â All of that is connected to Dolphin, and it will take some time to adapt it to Pharo. Â Even more recently, I found reason to exceed GSL's feature list, and Octave might be able to do the job.
The first thing would be do the minimum work to get some data into Octave and see how it does. Â Ideally, I would want to pipe data into Octave, get results from it, and then do some post-processing in Pharo. Â In GSL (dll/so) terms, the idea is to do all of the memory management and algorithm level work in Smalltalk, and the tight loops via the external code, and hopefully to do all of that w/o littering the drive with temporary files.
Any experience, good or bad, in those directions?
Bill
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project