October 2009 - gsll-devel - mailman3.common-lisp.net

[Gsll-devel] clisp&cffi: broken foreign functions in saved images
by Sam Steingold 06 Jan '10

06 Jan '10

Hi, I do this: $ clisp -x '(asdf:operate 'asdf:load-op :gsll) (saveinitmem "gsll" :executable t)' $ ./gsll > > (gsll:make-chebyshev 1) FFI::FOREIGN-CALL-OUT: no dynamic object named "gsl_cheb_alloc" in library :DEFAULT this indicates a bug somewhere between cffi and gsll. specifically, the definition of the foreign function gsl_cheb_alloc should specify that it is to be found in "libgsl.so", not in :default. moreover, when I do the (not so) trivial thing: (ffi:default-foreign-language :stdc) (ffi:open-foreign-library "libgslcblas.so") (ffi:def-call-out gsl_cheb_alloc (:library "libgsl.so") (:arguments (n ffi:int)) (:return-type ffi:c-pointer)) (gsl_cheb_alloc 10) ;; ==> #<FOREIGN-ADDRESS #x0000000005503380> (saveinitmem "foo" :executable t) (quit) ./foo (ffi:open-foreign-library "libgslcblas.so") (gsl_cheb_alloc 10) #<FOREIGN-ADDRESS #x0000000001D9F4C0> i.e., if the foreign function definition includes the correct library name, the function will work automatically[*] even in the saved image. So, since I am not quite sure where the bug is hiding, I am reporting this to both gsll and cffi lists. Thanks. Sam. [*] apparently, libgsl.so cannot be loaded before libgslcblas.so is. how do people specify such dependencies?!

2 7

[Gsll-devel] fast-fourier-transform branch in repo.or.cz
by Sumant Oemrawsingh 01 Nov '09

01 Nov '09

Hey guys, As discussed on #lisp with LiamH, I have pushed a branch containing some preliminary stuff to get GSL's FFTs working. Unsurprisingly, the branch is called fast-fourier-transform, and should actually be easily merged with master without causing things to break. I just thought to make a branch out of it in case I totally, completely and utterly break stuff, since these are my first contributions to GSLL and my first non-trivial experience with git. What is implemented: All complex FFT (double and single floats) are implemented. What works/is tested: radix 2 and mixed radix stuff is working and tested with the examples in the manual. I will push the examples translated to lisp as well when I clean it up. What isn't tested: The decimation-in-frequency functions are implemented, but I have no idea what they are supposed to do. Over the next days, I will be implementing the real transforms as well, test all the functions with respect to their C counterparts and finally make some nicer wrapper functions around them (unless people are radically opposed to that). Thanks, Sumant Oemrawsingh (Sikander on #lisp)

2 5

[Gsll-devel] GSLL utility development
by Malcolm Reynolds 19 Oct '09

19 Oct '09

Hi all, I've exchanged a few emails with Liam about trying to add some functionality to GSLL that goes beyond what is found in GSL, to try and make a more useful overall platform for working with Matrices and Vectors. My personal aim is to make CL a viable alternative to MATLAB which in my field (Machine Learning / Computer Vision) is a de facto standard for quickly messing around with data. I plan to use GSLL for as much of my work as I can, and when I end up having to write any general utilities, try to get them into the main codebase. Liam said there was some related chat on #lisp so it seems sensible to take our discussion to the mailing list where maybe more people will have ideas / want to contribute. My current efforts to this end are found in http://github.com/malcolmreynolds/GSLL - look in the branch malcolm-utils and then the utils/ directory. Nothing earthshaking, just some matrix looping macros and concatenation functions, but I plan to continue adding things here. I apologise in advance for my code, I'm still pretty new to CL, so if you read something and say 'ewww', please tell me how I could do it better! Hopefully at some point this will be incorporated into the main GSLL tree, but for the time being I'll continue hacking on this as and when I think of something I should add. Ideas welcome! Cheers, Malcolm

2 2