Did you install Rcpp from source? That's what I had to do to solve a similar problem. <div><br></div><div>Hadley<br><br>On Friday, November 1, 2013, Simon Zehnder  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Same thing actually on my side: I had a hardware crash lately with 10.8 and made fresh install after formatting my harddrive NSA-style :)<br>
<br>
Afterwards I compiled R 3.0.1 and from macports the gcc48 port as well as gettext. Then, Mavericks came and I updated - nothing worked anymore: I reinstalled gcc48 port and deleted R 3.0.1. Then I installed gcc4.8.2 from <a href="http://hpc.sourceforge.net" target="_blank">http://hpc.sourceforge.net</a>, Xcode Command line tools for Mavericks and XQuartz 4.7.2. I work with environment modules, where I can load a certain compiler with its needed environment variables. With gcc 4.8.2 I installed R-3.0.2 and then the packages. Always have to type “module load compilers/gcc-4.8.2 before starting R, but that doesn’t bother me … I still can use openMP to its great extent :)<br>

<br>
My problem is linked to the install_name_tool and the way on Mac OS paths are set and replaced in dynamic libraries …  this could of course be caused by “older tools” like the llvm-gcc4.2 “laying” around…. though locate does not find them….<br>

<br>
<br>
<br>
On 01 Nov 2013, at 20:33, Dominick Samperi <<a>djsamperi@gmail.com</a>> wrote:<br>
<br>
> My original attempt to update to Mavericks failed (unrelated hardware issue), and this<br>
> may have actually worked in my favor. It forced me to install Mac OS X 10.8 from<br>
> scratch, a "clean" install, that I later upgraded to Mavericks. If you upgraded from<br>
> an existing configuration you may have old tools (like llvm-g++-4.2) laying around<br>
> that could cause problems.<br>
><br>
><br>
> On Fri, Nov 1, 2013 at 3:02 PM, Simon Zehnder <<a>szehnder@uni-bonn.de</a>> wrote:<br>
> I read through all the thread answers and my variables in the Makeconf are the same alsso I installed the Xcode Command Line Tools for Mavericks. Are there any other apps and libs that have been to be updated? (I do not use brew). What remains is the following:<br>

><br>
> Compiling Rcpp give the pointer exception (when calling compileAttributes), also encountered in the thread you referred to.<br>
><br>
> Compiling Rcpp and adding the flag “-headerpad_max_install_names” lets the compileAttributes function do its work without any exception. My next guess is: possibly the gettext library…<br>
><br>
> Best<br>
><br>
> Simon<br>
><br>
> On 01 Nov 2013, at 19:20, Dominick Samperi <<a>djsamperi@gmail.com</a>> wrote:<br>
><br>
> > In your original post you mention the "pointer being freed was not allocated" error message. I have just tracked this down in another context (Octave<br>
> > under Mac OS X). In my case the error occurs on the dlopen() call for<br>
> > an R package shared library. The fix was to make sure all apps and libs<br>
> > are updated after moving to Mavericks. See the thread in rcppoctave-users<br>
> > list for a blow-by-blow description.<br>
> ><br>
> ><br>
> > On Fri, Nov 1, 2013 at 1:11 PM, Simon Zehnder <<a>szehnder@uni-bonn.de</a>> wrote:<br>
> > You are right, working with apple and C++ is often a mess. Up to now, llvm does not yet support openmp. It is coming but I do not see it fully implemented before next summer. If I want to use openmp I have thus to rely on the gcc which brings a lot of problems with it and from what I read on the R-lists most of the Mac Users suffer. I guess that this time a reinstall of R was unavoidable for most of us. I thought about using the xcrun —find gcc/g++ etc. to get what is needed in a Makevars but this does not give anything so far.<br>

> ><br>
> ><br>
> > On 01 Nov 2013, at 17:50, Dominick Samperi <<a>djsamperi@gmail.com</a>> wrote:<br>
> ><br>
> > > With Apple moving from gcc/g++ to LLVM/clang++ I guess it makes sense<br>
> > > for R/Rcpp to use the LLVM/clang++ tool chain eventuallly, but I don't know<br>
> > > if there are plans to do this. Otherwise, the R community would need to<br>
> > > support "MACtools" following the model provided by "Rtools" under Windows...<br>
> > ><br>
> > ><br>
> > > On Fri, Nov 1, 2013 at 12:12 PM, Simon Zehnder <<a>szehnder@uni-bonn.de</a>> wrote:<br>
> > > Hi Dominick,<br>
> > ><br>
> > > I did install files from brew but instead used the gcc from <a href="http://hpc.sourceforge.net" target="_blank">http://hpc.sourceforge.net</a><br>
> > ><br>
> > ><br>
> > > On 01 Nov 2013, at 16:55, Dominick Samperi <<a>djsamperi@gmail.com</a>> wrote:<br>
> > ><br>
> > > > If you depend on tools installed using brew, you might want to try<br>
> > > > removing those that were installed before the Mavericks update,<br>
> > > > using:<br>
> > > > rm -rf /usr/local/Cellar<br>
> > > > brew prune<br>
> > > > brew doctor<br>
> > > > brew install <what-you-need><br>
> > > ><br>
> > > ><br>
> > > > On Fri, Nov 1, 2013 at 11:19 AM, Simon Zehnder <<a>szehnder@uni-bonn.de</a>> wrote:<br>
> > > > Point landing J.J.!<br>
> > > ><br>
> > > > I already compiled a new R when Mavericks came out with a newly installed a gcc-4.8.2, that I can load via environment modules. I also installed th</blockquote></div><br><br>-- <br>Chief Scientist, RStudio<br>
<a href="http://had.co.nz/" target="_blank">http://had.co.nz/</a><br>