Hi guys,
Looks like mkCLOSXP cannot handle external pointers as the function body.
Work around is obvious, but I guess it's a bug nonetheless.
> library(RGtk2)
> fun <- eval(substitute(function() x, list(x = gtkWindow(
Error in eval(expr, envir, enclos) : invalid body argument for "function"
On 29.06.2011, at 21:19, Dirk Eddelbuettel wrote:
> Soeren just shown resilience and persistence in getting his package
> written, built and now onto CRAN. The remaining step is to learn more about
> cross-platform build issues. Because that is the (high) standard of CRAN,
> and if you want to b
On 29 June 2011 at 14:17, Simon Urbanek wrote:
| BTW: the build result is at
|
|
http://www.r-project.org/nosvn/R.check/r-release-macosx-ix86/GUTS-00install.html
|
| so you may want to have a look. I'm not a C++ expert so you may want to ask
on the Rcpp list since it appears to be some issue t
On Jun 29, 2011, at 2:39 PM, soeren.vo...@uzh.ch wrote:
> Thanks Simon, Uwe and David for your helpful answers. English is not my
> primary language, so I was hypothesising a bit about the correct
> interpretation of "inlining" and "supply inside". I thought it meant copying
> the headers insid
Thanks Simon, Uwe and David for your helpful answers. English is not my primary
language, so I was hypothesising a bit about the correct interpretation of
"inlining" and "supply inside". I thought it meant copying the headers inside
the package. I was already inspecting RQuantlib but I did, so f
On 06/29/2011 08:08 PM, Duncan Murdoch wrote:
On 29/06/2011 1:44 PM, Duncan Murdoch wrote:
On 29/06/2011 1:09 PM, Uwe Ligges wrote:
>
> On 29.06.2011 13:41, John Maindonald wrote:
> > I get the same style of path as Hadley. This is on Windows 7 Home
Premium with SP1.
> > I start R by clicking on
BTW: the build result is at
http://www.r-project.org/nosvn/R.check/r-release-macosx-ix86/GUTS-00install.html
so you may want to have a look. I'm not a C++ expert so you may want to ask on
the Rcpp list since it appears to be some issue triggered by Rcpp includes - as
if boost and tr1 and someho
On 29/06/2011 1:44 PM, Duncan Murdoch wrote:
On 29/06/2011 1:09 PM, Uwe Ligges wrote:
>
> On 29.06.2011 13:41, John Maindonald wrote:
> > I get the same style of path as Hadley. This is on Windows 7 Home
Premium with SP1.
> > I start R by clicking on the R-2.31.0 icon.
> >
> > I'd as
On Jun 29, 2011, at 1:12 PM, Uwe Ligges wrote:
> Looks like a different boost version than the one you require.
> I'd suggest to talk to the Mac maintainer, Simon Urbanek (CCing).
>
GUTS doesn't specify any system requirements, so obviously it has no business
trying to use boost from the syste
On 28.06.2011 23:11, Hervé Pagès wrote:
Simon,
On 11-06-28 01:44 PM, Simon Urbanek wrote:
On Jun 28, 2011, at 3:45 PM, Hervé Pagès wrote:
Hi Simon,
On 11-06-28 12:19 PM, Simon Urbanek wrote:
On Jun 28, 2011, at 3:01 PM, Hervé Pagès wrote:
Hi Uwe,
On 11-06-28 01:44 AM, Uwe Ligges wrot
On 29/06/2011 1:09 PM, Uwe Ligges wrote:
On 29.06.2011 13:41, John Maindonald wrote:
> I get the same style of path as Hadley. This is on Windows 7 Home Premium
with SP1.
> I start R by clicking on the R-2.31.0 icon.
>
> I'd assumed that it was a change that came with R-2.13.0!
> (On 32-bi
Looks like a different boost version than the one you require.
I'd suggest to talk to the Mac maintainer, Simon Urbanek (CCing).
Best,
Uwe Ligges
On 29.06.2011 17:14, soeren.vo...@uzh.ch wrote:
Hello David
On 29.06.2011, at 15:56, David Winsemius wrote:
On Jun 29, 2011, at 5:33 AM, soere
On 29.06.2011 13:41, John Maindonald wrote:
I get the same style of path as Hadley. This is on Windows 7 Home Premium with
SP1.
I start R by clicking on the R-2.31.0 icon.
I'd assumed that it was a change that came with R-2.13.0!
(On 32-bit Windows XP, which I have just checked, I do indeed
R.home("bin")
>>>
>>> [1] "C:/Program Files/R/R-2.13.0/bin/i386"
>>
>> Weird. Like others, I see 8.3 pathnames. R gets those from a Windows
>> call; what version of Windows are you using?
>
> ... and how are you starting R? Startup goes through some contortions to
> handle all the different
Dear list,
I'm wondering if the following error I'm getting is a small bug in the
Reference Class paradigm or if it makes perfect sense.
When you write an explicit initialize method for a Ref Class, can you
then make use of '.self' WITHIN this initialize method just as you would
once an object
Hello David
On 29.06.2011, at 15:56, David Winsemius wrote:
> On Jun 29, 2011, at 5:33 AM, soeren.vo...@uzh.ch wrote:
>
>> Hello, the compilation of the GUTS package on CRAN for Mac produces the
>> following error messages:
>>
>> http://www.r-project.org/nosvn/R.check/r-release-macosx-ix86/GUT
On Jun 29, 2011, at 5:33 AM, soeren.vo...@uzh.ch wrote:
Hello, the compilation of the GUTS package on CRAN for Mac produces
the following error messages:
http://www.r-project.org/nosvn/R.check/r-release-macosx-ix86/GUTS-00install.html
I guess it is some namespace collision, but I can not re
I get the same style of path as Hadley. This is on Windows 7 Home Premium with
SP1.
I start R by clicking on the R-2.31.0 icon.
I'd assumed that it was a change that came with R-2.13.0!
(On 32-bit Windows XP, which I have just checked, I do indeed get the 8.3
paths.)
> R.home()
[1] "C:/Program
Hello, the compilation of the GUTS package on CRAN for Mac produces the
following error messages:
http://www.r-project.org/nosvn/R.check/r-release-macosx-ix86/GUTS-00install.html
I guess it is some namespace collision, but I can not reproduce it on my
machine, it compiles fine here. What is the
Thank you very much Steve.
Your suggestion works perfectly -- at least with doSEQ, doMC and doMPI.
Bests,
Renaud
On 28/06/2011 15:35, Stephen Weston wrote:
I think that the result of the concatenation should be a call object,
rather than an expression object. How about something along the
lin
20 matches
Mail list logo
