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

[Dirk Eddelbuettel]

On 22 February 2011 at 15:32, Simon Urbanek wrote:
| 
| 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.

I thought that was a constant anyway? ;-)

Was that 32 bit or 64 bit? What OS X version? What g++ version?  Any idea why
Romain and Ken are not affected?

Could you do one further test and disable the appropriate unit test to see if
'the rest' passes?  To do so, edit

     inst/unitTests/runit.Module.client.package.R

either make the initial test 

     if( Rcpp:::capabilities()[["Rcpp modules"]] ) {

'false' or else return right at the top of 

     test.Module.package <- function( ){

because the file stdVector.cpp that failed for you is part of the test
package for Rcpp modules as wrappers around various STL functions.

Thanks from the OS X-less Dirk

| 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
| > 
| > 
| 

-- 
Dirk Eddelbuettel | edd at debian.org | http://dirk.eddelbuettel.com