Soeren Sonnenburg
2008-Apr-18 10:49 UTC
[Rd] swig 1.3.35 & R - is the R wrapper still maintained and of interest?
Dear all,
I was trying to use the R swig wrapper with R 2.7 and shogun
( http://www.shogun-toolbox.org ) but it fails completely, as in doesn't
even compile and even after patching then though compiling - crashes...
So I asked on swig-users/swig-devel CC'ing the potential R maintainer
but I never received a reply. I now wonder if anyone here could help or
would be willing to maintain R+swig.
The compile fix for R 2.7 is here
http://article.gmane.org/gmane.comp.programming.swig/12697
and the crash I am now that it compiles see is
#0 0xb804e201 in _dl_debug_state () from /lib/ld-linux.so.2
#1 0xb8051608 in dl_open_worker () from /lib/ld-linux.so.2
#2 0xb804d5d6 in _dl_catch_error () from /lib/ld-linux.so.2
#3 0xb8050f5e in _dl_open () from /lib/ld-linux.so.2
#4 0xb74c3c19 in dlopen_doit () from /lib/i686/cmov/libdl.so.2
#5 0xb804d5d6 in _dl_catch_error () from /lib/ld-linux.so.2
#6 0xb74c42bc in _dlerror_run () from /lib/i686/cmov/libdl.so.2
#7 0xb74c3b51 in dlopen@@GLIBC_2.1 () from /lib/i686/cmov/libdl.so.2
#8 0xb7efd036 in loadLibrary (path=0xbfa5650c
"/home/sonne/Documents/work/fml/repositories/shogun/trunk/src/features/Features.so",
asLocal=1, now=1, search=0x9a81f20 "") at dynload.c:92
#9 0xb7d6efb3 in AddDLL (path=0xbfa5650c
"/home/sonne/Documents/work/fml/repositories/shogun/trunk/src/features/Features.so",
asLocal=1, now=1, DLLsearchpath=0x9a81f20 "") at Rdynload.c:543
#10 0xb7d6f657 in do_dynload (call=0x9e23998, op=0x9a91e44, args=0xa60d5e0,
env=0xa60d650) at Rdynload.c:904
#11 0xb7e43dba in do_internal (call=0x9e239d0, op=0x9a8798c, args=0xa60d5e0,
env=0xa60d650) at names.c:1129
#12 0xb7e0df21 in Rf_eval (e=0x9e239d0, rho=0xa60d650) at eval.c:463
#13 0xb7e11a3c in Rf_applyClosure (call=0xa60d74c, op=0x9e23a94,
arglist=0xa60d6dc, rho=0x9a9a720, suppliedenv=0x9a9a73c) at eval.c:669
#14 0xb7e0de19 in Rf_eval (e=0xa60d74c, rho=0x9a9a720) at eval.c:507
#15 0xb7e31a00 in Rf_ReplIteration (rho=0x9a9a720, savestack=0, browselevel=0,
state=0xbfa589a8) at main.c:257
#16 0xb7e31ddc in run_Rmainloop () at main.c:306
#17 0xb7e31e1c in Rf_mainloop () at main.c:974
#18 0x08048776 in main (ac=1, av=0xb805b668) at Rmain.c:35
#19 0xb7be8450 in __libc_start_main () from /lib/i686/cmov/libc.so.6
#20 0x08048691 in _start ()
To reproduce
?wget http://nn7.de/debugging/shogun-0.6.1+svn2882.tar.bz2
tar xjf shogun-0.6.1+svn2882.tar.bz2
cd shogun-0.6.1+svn2882/src
./configure --interface=R-modular
make
(wait a few minutes)
R
dyn.load('features/Features.so')
#source("features/Features.R") # not even necessary.
Note that shogun works for both python and octave nicely...
?So the question for me is, will this be better maintained in the future
or should I stop investing time on getting R supported?
Desperate,
Soeren
Michael Lawrence
2008-Apr-18 19:08 UTC
[Rd] swig 1.3.35 & R - is the R wrapper still maintained and of interest?
I am not sure what is included with swig, but have you seen this? http://www.omegahat.org/RSWIG/ I'm not sure if it's actively maintained, but at the very least it might help in your efforts at getting an R swig driver working. Michael On Fri, Apr 18, 2008 at 3:49 AM, Soeren Sonnenburg <r-ml@nn7.de> wrote:> Dear all, > > I was trying to use the R swig wrapper with R 2.7 and shogun > ( http://www.shogun-toolbox.org ) but it fails completely, as in doesn't > even compile and even after patching then though compiling - crashes... > > So I asked on swig-users/swig-devel CC'ing the potential R maintainer > but I never received a reply. I now wonder if anyone here could help or > would be willing to maintain R+swig. > > The compile fix for R 2.7 is here > > http://article.gmane.org/gmane.comp.programming.swig/12697 > > and the crash I am now that it compiles see is > > #0 0xb804e201 in _dl_debug_state () from /lib/ld-linux.so.2 > #1 0xb8051608 in dl_open_worker () from /lib/ld-linux.so.2 > #2 0xb804d5d6 in _dl_catch_error () from /lib/ld-linux.so.2 > #3 0xb8050f5e in _dl_open () from /lib/ld-linux.so.2 > #4 0xb74c3c19 in dlopen_doit () from /lib/i686/cmov/libdl.so.2 > #5 0xb804d5d6 in _dl_catch_error () from /lib/ld-linux.so.2 > #6 0xb74c42bc in _dlerror_run () from /lib/i686/cmov/libdl.so.2 > #7 0xb74c3b51 in dlopen@@GLIBC_2.1 () from /lib/i686/cmov/libdl.so.2 > #8 0xb7efd036 in loadLibrary (path=0xbfa5650c > "/home/sonne/Documents/work/fml/repositories/shogun/trunk/src/features/Features.so", > asLocal=1, now=1, search=0x9a81f20 "") at dynload.c:92 > #9 0xb7d6efb3 in AddDLL (path=0xbfa5650c > "/home/sonne/Documents/work/fml/repositories/shogun/trunk/src/features/Features.so", > asLocal=1, now=1, DLLsearchpath=0x9a81f20 "") at Rdynload.c:543 > #10 0xb7d6f657 in do_dynload (call=0x9e23998, op=0x9a91e44, > args=0xa60d5e0, env=0xa60d650) at Rdynload.c:904 > #11 0xb7e43dba in do_internal (call=0x9e239d0, op=0x9a8798c, > args=0xa60d5e0, env=0xa60d650) at names.c:1129 > #12 0xb7e0df21 in Rf_eval (e=0x9e239d0, rho=0xa60d650) at eval.c:463 > #13 0xb7e11a3c in Rf_applyClosure (call=0xa60d74c, op=0x9e23a94, > arglist=0xa60d6dc, rho=0x9a9a720, suppliedenv=0x9a9a73c) at eval.c:669 > #14 0xb7e0de19 in Rf_eval (e=0xa60d74c, rho=0x9a9a720) at eval.c:507 > #15 0xb7e31a00 in Rf_ReplIteration (rho=0x9a9a720, savestack=0, > browselevel=0, state=0xbfa589a8) at main.c:257 > #16 0xb7e31ddc in run_Rmainloop () at main.c:306 > #17 0xb7e31e1c in Rf_mainloop () at main.c:974 > #18 0x08048776 in main (ac=1, av=0xb805b668) at Rmain.c:35 > #19 0xb7be8450 in __libc_start_main () from /lib/i686/cmov/libc.so.6 > #20 0x08048691 in _start () > > To reproduce > > wget http://nn7.de/debugging/shogun-0.6.1+svn2882.tar.bz2 > tar xjf shogun-0.6.1+svn2882.tar.bz2 > cd shogun-0.6.1+svn2882/src > ./configure --interface=R-modular > make > > (wait a few minutes) > > R > dyn.load('features/Features.so') > #source("features/Features.R") # not even necessary. > > Note that shogun works for both python and octave nicely... > > So the question for me is, will this be better maintained in the future > or should I stop investing time on getting R supported? > > Desperate, > Soeren > > ______________________________________________ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel >[[alternative HTML version deleted]]