<br><br>On Monday, April 2, 2012 8:30:46 AM UTC-7, Timothy Bates wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">Hi All,<p>HPC seem to be maintaining the gcc toolchain up to date (they have GCC 4.7 compiled with autovectoring using OpenMP…)</p><p><a href="http://hpc.sourceforge.net" target="_blank">http://hpc.sourceforge.net</a></p><p>BUT the page  <a href="http://r.research.att.com/tools/" target="_blank">http://r.research.att.com/<wbr>tools/</a>  says "do not use compilers from HPC, they won't work correctly!” Is that the case?</p><p>Also, I wondered if <a href="http://www.macports.org" target="_blank">http://www.macports.org</a> might be the way to go to get a version of gcc with a non-crashing OpenMP library?</p><p>best wishes and thanks for your help</p><p>tim</p><p>PS: The <a href="http://att.com" target="_blank">att.com</a> page talks about install disks for OS X, but I think it’s all via the app store now, including X Code.<br></p></blockquote><div><br></div><div>As far as I am aware, the problem with HPC binaries or MacPorts builds is that they cannot compile universal binaries. In order to do this, you need to build GFortran from Apple's patched sources for GCC 4.2.x or use Simon's binaries from r.research.att.com.</div><div><br></div><div>If you don't care about a multi-architecture version of R, then the HPC and MacPorts builds will probably work just fine---you may need to set R_ARCHS or build a single-architecture version yourself so that R does not try to build universal binaries when compiling packages from source.</div><div><br></div><div>-Charlie</div>