[Rpy] RPy, numpy, Numeric on 64-bit?

2007-07-31 Thread Matthew Brett
Hi, I am sorry if this has been asked before - I had a look at the FAQ and googled without coming up with anything. I have a 64-bit FC4 system, with rpy from current SVN. With Numeric on my python path, and numpy off it, I get the appended log of test failures. The following script: import Num

Re: [Rpy] RPy, numpy, Numeric on 64-bit?

2007-08-01 Thread Matthew Brett
Hi, I've confirmed the reported problems with latest R (R-2.5.1), and that tests pass and the script below works as expected with current R, numpy on 32-bit, Matthew > I have a 64-bit FC4 system, with rpy from current SVN. > With numpy (more or less current svn) on the path, and Numeric off it,

Re: [Rpy] RPy, numpy, Numeric on 64-bit?

2007-08-01 Thread Matthew Brett
Hi, On 8/1/07, Alain Leblanc <[EMAIL PROTECTED]> wrote: > I built RPy last year on a 64-bit FC5 and was getting error messages > from the tests included with the package that were caused by the fact > that r.NAN returns 'nan' while r.NA returns -2147483648. Could it be > the cause of what you are

Re: [Rpy] RPy, numpy, Numeric on 64-bit?

2007-08-20 Thread Matthew Brett
Hi, > With Numeric on my python path, and numpy off it, I get the appended > log of test failures. Just to report back; I tracked down the source of the 64-bit numpy errors to the 32-bit specific declaration of the pointer to the shape vector from a passed numpy array. I've attached a patch that

Re: [Rpy] chisq problem

2007-09-20 Thread Matthew Brett
Hi, Are you by any chance working on a 64-bit system? If so, have you tried using numpy and the patch I submitted recently? Matthew On 9/20/07, Eloi Ribeiro <[EMAIL PROTECTED]> wrote: > Hi Peter, > Still not working with us: > > >>> from rpy import r > (...) > >>> import Numeric > >>> c = Numer

Re: [Rpy] rpy installs directly in site-packages?

2007-10-02 Thread Matthew Brett
Hi, I must say, I agree, it would be better if rpy had it's own directory, it makes it easier to spot and if necessary remove / reinstalll the installation. And it's the usual standard... Matthew On 10/1/07, Peter Lambert <[EMAIL PROTECTED]> wrote: > I was wondering why rpy (on windows) install

Re: [Rpy] Python to R: Conversion puzzle...

2007-10-09 Thread Matthew Brett
Hi, > >>> x = numpy.array([1,2,3,4], dtype=numpy.float32) > >>> rpy.r.mean(x) > > *** caught segfault *** 32 or 64 bit? Matthew - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find prob

Re: [Rpy] rpy and numpy arrays

2007-10-24 Thread Matthew Brett
Hi, > : Error in function (x, Rowv = NULL, Colv = if > (symm) "Rowv" else NULL, : > 'x' must be a numeric matrix You haven't run into the 64 bit problem I posted a while ago have you? Matthew - This SF.net email is spons

Re: [Rpy] rpy and numpy arrays

2007-10-24 Thread Matthew Brett
> I can reproduce the problem, yes. > > [EMAIL PROTECTED]:~> uname -a > Linux pressa 2.6.18.8-0.7-default #1 SMP Tue Oct 2 17:21:08 UTC 2007 x86_64 > x86_64 x86_64 GNU/Linux I posted a patch to the list a few months back - could you try that and see if it helps? Best, Matthew --

Re: [Rpy] rpy and numpy arrays

2007-10-25 Thread Matthew Brett
Hi Gregg, > I've made a bunch of changes in the SVN source code repository, some > of which are specifically related to Numeric/NumPy conversion. Can > y'all give the new code a try to see if it helps? For 64 bit to work, the use of 'int' to define the dimensions for a numpy array has to be chan

Re: [Rpy] Another patch idea (Was: forwarded message from Matthew Brett)

2007-10-25 Thread Matthew Brett
Hi, > > [ Matt: In case you're curious: http://bugs.debian.org/443147 has > > the details ] Thanks for the pointer. It looks like it could be a symptom of the same problem I was trying to fix... > Applying this patch to the most recent debian rpy sources and > compiling and installing under amd