[pymvpa] Seg on OSX when using libsvm

Fabian Pedregosa fabian.pedregosa at inria.fr
Thu Mar 11 08:05:22 UTC 2010


Michael Hanke wrote:
> On Wed, Mar 10, 2010 at 09:40:13AM +0100, Fabian Pedregosa wrote:
>> Yaroslav Halchenko wrote:
>>> Wow -- nice finding Fabian!
>>> I wonder what should be the resolution... and why even the confusion
>>> since shogun's SVC_Q lies in shogun space (not sure how well that is
>>> represented in dynamic library, or may be on your box shogun/libsvm and
>>> pymvpa were built with DYLD_FORCE_FLAT_NAMESPACE or smth like that)
>>>
>>> Unfortunately it isn't the case of the segfaults I can reproduce :-/
>>> (if you have a moment/desire -- try running the unittests extract which
>>> supposed to trigger it)
>> Thanks Yaroslav for your help. It's probably a miscompilation issue
>> on my part (I'm doing some LibSVM development)
> 
> And you gave us some homework ;-)
> 
>   http://fseoane.net/blog/2010/fast-bindings-for-libsvm-in-scikitslearn/
> 
> Thanks for this analysis and the improvements!


It is true that I achieved better performance, but at the long run I'm a 
bit concerned on maintainability, i.e. what will happen when libsvm 
makes a new release. I tried to remain as modular as possible, but as I 
access more fields that those exported in the API, there necessarily 
will be some manual coding in case they decide to modify the internals.

Every binding I've seen has this problem, so in the long run I'm pretty 
sure that either libsvm will have to change their API, either a new svm 
library with a better API will take up its place.


Cheers,

fabian


PS: There's also a very interesting comment pointing to milk [1].

[1] http://luispedro.org/software/milk

> 
> Michael
> 




More information about the Pkg-ExpPsy-PyMVPA mailing list