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

Reply via email to