Hi laurent, I just opend my mail-program to write you that I had to delete 'Rlapack', 'Rblas' to make the setup.py finally work, when I saw the note about your change in svn.
I checked out revision 649. And yes, I can confirm it works now ;-) I was wondering about line 107 in setup.py include_dirs = [x.lstrip('-I') for x in include_dirs] is there a reason to keep duplicate information about the path to the include dir? Or could there resonably be more than one include dir? cheers, robert > > > > I found them here: > > > > /usr/share/R/include/Rdefines.h > > > > /usr/share/R/include/Rinternals.h > > > > /usr/share/R/include/R.h > > > > > > I may have seen that one problem mentioned earlier to the list. > > > > me to, but can't find it now > > > > > The location of R's include files is seemingly a bit too exotic for the > > > disutils script. > > > > they were placed there by the debian package > > > > > The setup.py script expects them to be in ${RHOME}/include > > > (RHOME being the outcome of running 'R RHOME'). > > > > by googeling R_INCLUDE_DIR I found that it is not recommended to rely on > > ${RHOME}/include > > > > eg. > > http://www.nabble.com/Bug-354775%3A-r-base-core%3A-R-CMD-config-doesn%27t > >-reflect-new-file-locations-tp3175446p3175720.html > > > > > There is currently no other way around that than either > > > - edit setup.py > > > - copy or link the headers. > > > > one way to get the include dirs > > R CMD echo $R_INCLUDE_DIR > > > > but the recommed way of finding the include dirs seems to be: > > R CMD config --cppflags > > > > on my system this returns > > -I/usr/share/R/include -I/usr/share/R/include > > > > but I can't use it with get_rconfig, since get_rconfig checks for -l/-L > > and raises an ecxecption otherwise, more or less > > get_rconfig is very picky before returning anything (that makes it > return generally useful error reports when failing). > Now it nows about '^-I'. > > > If I hardcode the include dir in setup.py it finds the headers, but stops > > with: > > > > [EMAIL PROTECTED]:/usr/local/src/rpy_nextgen$ python setup.py install > > running install > > running build > > running build_py > > running build_ext > > building 'rpy2.rinterface.rinterface' extension > > gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions > > build/temp.linux-i686-2.5/rpy/rinterface/array.o > > build/temp.linux-i686-2.5/rpy/rinterface/r_utils.o > > build/temp.linux-i686-2.5/rpy/rinterface/rinterface.o -L/usr/lib/R/lib > > -L/usr/lib/R/modules -Wl,-R/usr/lib/R/lib -Wl,-R/usr/lib/R/modules -lR > > -lRlapack -lRblas -o > > build/lib.linux-i686-2.5/rpy2/rinterface/rinterface.so -L/usr/lib/R/lib > > -lR -llapack -lblas /usr/bin/ld: cannot find -lRlapack > > Is this still happening with the last fix committed to SVN ? > > > > > > L. > > > collect2: ld returned 1 exit status > > error: command 'gcc' failed with exit status 1 > > > > > > cheers, > > robert -- Robert Nuske Department of Ecoinformatics, Biometrics & Forest Growth Buesgenweg 4 37077 Goettingen GERMANY Phone: +49-551-39-22362 Fax : +49-551-39-3465 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ rpy-list mailing list rpy-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rpy-list