Hmmm, I'm trying to use mingw to compile rpy2. I've setup my paths to only
include R, Rtools, mingw... but for some dang reason, setup.py keeps finding
msvc instead... what am I missing here?
On Sat, Jan 3, 2009 at 2:22 AM, Laurent Gautier wrote:
> James Yoo wrote:
>
>>
>> line 112 (or thereab
okay, I'm making some progress... finally figured out how to make sure
mingw32 is used as the compiler du jour:
python setup.py build --compiler=mingw32
running build
running build_py
running build_ext
building 'rpy2.rinterface.rinterface' extension
\tools\Rtools\MinGW\bin\gcc.exe -mno-cygwin -
m
On Mon, Jan 12, 2009 at 5:49 PM, James Yoo wrote:
> Hmmm, I'm trying to use mingw to compile rpy2. I've setup my paths to only
> include R, Rtools, mingw... but for some dang reason, setup.py keeps finding
> msvc instead... what am I missing here?
I think setup.py will default to the MS compile
Hi,
I was wondering how something like
library(playwith)
playwith(plot(1:10))
could be achieved with RPy2?
thanks,
Jan
_
Windows Live™ Hotmail®: Chat. Store. Share. Do more with mail.
http://windowslive.com/howitworks?ocid=TXT
Does Rpy2 use any systemwide locking to ensure that only one instance is
running at a given time or is this only a process-wide logging to make sure
only one thread within one process is using R?
Thanks,
Laurent
--
This S
Two things.
rpy2.rinterface if making sure that R gets initialized only once
(otherwise everything breaks), which translates at the level of
rpy2.robjects as a singleton pattern (r singleton of class R).
For evaluating R code, the locking is somehow ensured by Python's
GIL. All access
But in any case no global between process locking through a file lock or
something of that sort, right?
L
2009/1/12 Laurent Gautier
> Two things.
>
> rpy2.rinterface if making sure that R gets initialized only once
> (otherwise everything breaks), which translates at the level of
> rpy2.robj
Currently, I think that your only hope is that the package "playwith" is
working when called from rpy2.
I have something like that on my TODO list, but I am not sure on when,
and if I can find the time to do it.
L.
Jan Wijffels wrote:
> Hi,
>
> I was wondering how something like
>
> libr
No need. Because of the GIL, a C call has to return before any thread
can proceed (or so I think - I have tried or investigated this in
details at the moment).
laurent oget wrote:
> But in any case no global between process locking through a file lock or
> something of that sort, right?
>
> L
Laurent Gautier wrote:
> No need. Because of the GIL, a C call has to return before any thread
> can proceed (or so I think - I have tried or investigated this in
> details at the moment).
edit: I have *not* tried.
> laurent oget wrote:
>> But in any case no global between process locking throu
Odd.
The error message suggests missing definitions found in R headers.
L.
James Yoo wrote:
> okay, I'm making some progress... finally figured out how to make sure
> mingw32 is used as the compiler du jour:
>
> python setup.py build --compiler=mingw32
>
> running build
> running build_py
>
11 matches
Mail list logo
