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

Reply via email to