On Feb 15, 2013, at 9:11 AM, Hin-Tak Leung wrote: > Somebody else had written separately about this before, and so have I a > couple of months ago. I assumed this will be fixed before the next R. Since R > 3.0 is supposedly only 6 weeks away, even if it is fixed now it doesn't leave > much room for testing. > > Anyway neither Matrix 1.0-11 (current) nor 1.0-9 (sept 2012) build with > current R trunk. The last time it did was 1. 0-9 on 3rd october over 4 > months ago. So it appears to be due to change inside r trunk in sept or early > oct. >
No problem here - Matrix 1.0-11 and R-devel build just fine with your flags (tested on Ubuntu 12.10, x86_64). If in doubt, please remove R-devel and checkout a fresh copy. Also FWIW it's a bad practice to build inside the sources - it often causes all sorts of problems when you try to track the sources and stale files are probably what's hitting you. FWIW: This is likely not the problem you're mentioning, but some recent gcc versions break and LTO is also known to cause issues depending on the compiler version, so tread lightly on the cutting edge. Cheers, Simon > > ---------------- > Loading required package: Matrix > Error in namespaceExport(ns, exports) : undefined exports: .M.classEnv > Error : require(Matrix) is not TRUE > ERROR: installing package indices failed > * removing ‘/svn-loc/R/library/Matrix’ > * restoring previous ‘/svn-loc/R/library/Matrix’ > make[2]: *** [Matrix.ts] Error 1 > make[2]: Leaving directory `/svn-loc/R/src/library/Recommended' > make[1]: *** [recommended-packages] Error 2 > make[1]: Leaving directory `/svn-loc/R/src/library/Recommended' > make: *** [stamp-recommended] Error 2 > ---------------- > > If it matters, here is what r trunk built with: > ./configure --enable-memory-profiling --enable-strict-barrier > --enable-byte-compiled-packages --with-valgrind-instrumentation=2 --enable-lto > > ______________________________________________ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel ______________________________________________ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel