Jonathan,
I discussed this on R-SIG-Mac and I gave there also the whole sequence of
installations and configurations I did. As this topic is not anymore Rcpp
relevant I would like to refer you to the discussion on R-SIG-Mac:
https://stat.ethz.ch/pipermail/r-sig-mac/2013-September/010264.html
T
Romain, Jonathan,
many thanks for the quick response. This is actually very good to know, that
the -lintl is not in there usually. What I will do is to recompile my R from
sources - but this time without the option --with-valgrind-instrumentation.
Hopefully this is the source of error.
Coming
Simon, I'm curious how you produced that log. It's not the output from
installing the port with the debug flag (i.e., -d), right? I'm curious to
take a look at mine for something specific.
-Jonathan
-
J.P. Olmsted
029 Corw
Any idea where that is coming from? It isn't coming from the Rcpp Makevars
or from a default Macports installation (as best as I can tell). I just did
an clean install of R from a clean Macports and then installed Rcpp from
within R.
g++ -dynamiclib -Wl,-headerpad_max_install_names -undefined dyna
Romain, Jonathan,
an update on the error I reported: This was due to some gettext failure in the
configuration of the R build on the Mac. I had to use the configure options
--with-included-gettext and everything worked after installation. For a
config.log if interested see here: https://gist.gi
Le 12/09/13 16:28, Simon Zehnder a écrit :
Dear Rcpp-Users and Rcpp-Devels,
I had to reinstall my system lately and compiled R-3.0.1. I installed several
packages and all installations went well. Then I tried to install Rcpp 0.10.4.
and I got:
R CMD INSTALL Rcpp
* installing to library ‘/User
Dear Rcpp-Users and Rcpp-Devels,
I had to reinstall my system lately and compiled R-3.0.1. I installed several
packages and all installations went well. Then I tried to install Rcpp 0.10.4.
and I got:
R CMD INSTALL Rcpp
* installing to library ‘/Users/simonzehnder/Library/R/3.0/library’
* insta
Le 12/09/13 04:05, Murray Stokely a écrit :
The default llvm/clang compiler on MacOS X 10.8 doesn't get 64-bit
support with Rcpp because compilers.h is specifically looking for
-std=c++0x as is required by some versions of gcc.
This is overly restrictive as e.g. __LP64__ platforms with
_LONG_LON
Hello,
I've had some time now to look into this code.
If you don't care about ordering, I'd suggest you to use a hash map
instead of a map.
We have the RCPP_UNORDERED_MAP macro that should dispatch to either
std::unordered_map<> or std::tr1::unordered_map<> depending on your
compiler version
