[Rcpp-devel] Ancient Rcpp for OS X on CRAN [Was: Building/linking trouble with cxxfunction()]

Simon Urbanek simon.urbanek at r-project.org
Tue Feb 22 21:32:04 CET 2011


On Feb 22, 2011, at 3:21 PM, Dirk Eddelbuettel wrote:

> 
> On 22 February 2011 at 13:49, Ken.Williams at thomsonreuters.com wrote:
> | On 2/22/11 11:45 AM, "Simon Urbanek" <simon.urbanek at r-project.org> wrote:
> | 
> | 
> | >
> | >On Feb 22, 2011, at 12:32 PM, Dirk Eddelbuettel wrote:
> | >
> | >> 
> | >>Simon:  Are there are any reasons Rcpp is frozen on a version that is
> | >>five
> | >> months old and five releases behind?
> | >> 
> | >
> | >Yes, it's not passing checks - it's that simple:
> | >http://www.R-project.org/nosvn/R.check/r-prerel-macosx-ix86/Rcpp-00check.h
> | >tml
> | 
> | On my machine, which is running R 2.12.1 on OS X 10.6.6 with nothing
> | remarkable changed (e.g. GCC is at 4.2.1), Rcpp_0.9.1.tar.gz builds &
> | tests & installs fine from the source release.
> 
> Thanks for doing that. I was about to beg you do it. As I mentioned, I seem
> to recall that it also works swimmingly on Romain's OS X machine.  So there
> error may be somewhere between Simon and his computers ...
> 

Yeah, right, between me and my computers? Well, I did the legwork to track down your mistakes and here is at least one that causes the test to fail:

* installing *source* package 'testRcppModule' ...
** libs
*** arch - i386
[...]
g++ -arch i386 -I/Library/Frameworks/R.framework/Resources/include -I/Library/Frameworks/R.framework/Resources/include/i386  -I/usr/local/include -I"/private/tmp/ttt/l/Rcpp/include"   -fPIC  -g -O2 -c stdVector.cpp -o stdVector.o
stdVector.cpp: In function 'void _rcpp_module_stdVector_init()':
stdVector.cpp:36: error: call of overloaded 'method(const char [7], <unresolved overloaded function type>)' is ambiguous
/private/tmp/ttt/l/Rcpp/include/Rcpp/module/Module_generated_method.h:53: note: candidates are: Rcpp::class_<Class>& Rcpp::class_<Class>::method(const char*, OUT (Class::*)(U0), const char*, bool (*)(SEXPREC**, int)) [with OUT = void, U0 = long unsigned int, Class = std::vector<double, std::allocator<double> >]
/private/tmp/ttt/l/Rcpp/include/Rcpp/module/Module_generated_method.h:80: note:                 Rcpp::class_<Class>& Rcpp::class_<Class>::method(const char*, OUT (Class::*)(U0, U1), const char*, bool (*)(SEXPREC**, int)) [with OUT = void, U0 = long unsigned int, U1 = const double&, Class = std::vector<double, std::allocator<double> >]
make: *** [stdVector.o] Error 1
ERROR: compilation failed for package 'testRcppModule'


You owe me one.

Cheers,
Simon



> | The last part of the output (where it differs from the Rcpp-00check.html
> | above) is:
> | 
> | =====================
> | * checking tests ...
> | ** running tests for arch Œi386¹
> |   Running ŒdoRUnit.R¹
> |  OK
> | ** running tests for arch Œx86_64¹
> |   Running ŒdoRUnit.R¹
> |  OK
> | * checking package vignettes in Œinst/doc¹ ... OK
> | * checking PDF version of manual ... OK
> | 
> | R CMD CHECK .  425.14s user 57.08s system 98% cpu 8:07.23 total
> | =====================
> | 
> | 
> | 
> | I noticed that on OS X the check server is using "r-prerel".  Why's that?
> | What version of R does that mean?
> 
> Fresh from SVN I reckon. I happen to have built one from the r-devel branch
> earlier which says
>  R version 2.13.0 Under development (unstable) (2011-02-22 r54544)
> and then there are of course the R 2.12.2 pre-releases (currently at 'rc'
> following 'alpha' and 'beta') per the usual schedule (and I put two of them
> into Debian unstable too).
> 
> Simon is probably running those 2.12.2 pre-releases.
> 
> Dirk
> 
> -- 
> Dirk Eddelbuettel | edd at debian.org | http://dirk.eddelbuettel.com
> 
> 



More information about the Rcpp-devel mailing list