[Rcpp-devel] Problem with undefined symbols when building RcppArmadillo
comanor at a9.com
Wed Feb 29 01:54:41 CET 2012
Problem solved by upgrading RcppArmadillo and Rcpp!
Thanks for your help,
On 2/27/12 5:40 PM, "Dirk Eddelbuettel" <edd at debian.org> wrote:
>Thanks for posting here.
>On 27 February 2012 at 17:23, Comanor, Katherine wrote:
>| Hello Dirk,
>| I went through the thread at:
>| as I seem to be running into the same problem, but wasn't able to
>| possible solution.
>| Basically, I'm trying to build R's RcppArmadillo, and although the
>| succeed, it has undefined symbols in the binary library file
>| which causes R's Forecast library, which depends on RcppArmadillo, not
>On OS X with g++ 4.2.1, I suspect?
>| as a result of these undefined symbols. I'm trying to build Forecast
>| using RcppArmadillo 0.2.34 and Rcpp 0.9.9.
>| Here are the undefined symbols dealing with "version":
>| nm RcppArmadillo.so| grep -i version
>| 000000000001022e t _GLOBAL__I_armadillo_version
>| U _ZN4arma12arma_version5majorE
>| U _ZN4arma12arma_version5minorE
>| U _ZN4arma12arma_version5patchE
>It is a known issue that confused us a little--and we don;t really run
>platform--but thankfully Gershon Bialer sent us a patch. From ChangeLog:
> 2011-12-29 Dirk Eddelbuettel <edd at debian.org>
> * src/RcppArmadillo.cpp: Force instantiation of arma version vars
> which helps with older OS X compiler, as suggested by Gershon Bialer
>and this is now in RcppArmadillo 0.2.35. Please try that, which itself
>need Rcpp 0.9.10.
>Let us know how it goes.
>"Outside of a dog, a book is a man's best friend. Inside of a dog, it is
>dark to read." -- Groucho Marx
More information about the Rcpp-devel