On 31 August 2012 at 12:08, Douglas Bates wrote:
| On Fri, Aug 31, 2012 at 11:35 AM, Rodney Sparapani wrote:
| > Actually, it is not mysterious. I just checked it with R 2.15.1
| > and, if you build it with a blank CPPFLAGS in your environment, then
| > within $RHOME/etc/Makeconf CPPFLAGS is bla
On Fri, Aug 31, 2012 at 11:35 AM, Rodney Sparapani wrote:
> On 08/31/2012 11:20 AM, Douglas Bates wrote:
>>
>> We seem to be talking at crossed purposes.
>>
>> What I meant to say is that for some mysterious reason the standard R
>> configuration defines
>>
>> CPPFLAGS=-I/usr/local/include
>>
>> o
Rodney,
On 31 August 2012 at 11:35, Rodney Sparapani wrote:
| But, that is a habit inherited from UNIX where /opt/local (or
| /usr/local) was quite necessary for all of the GNU/FOSS stuff.
Yes, but only on braindead *nix variants that were lacking those. It's been
a decade or so since I had the
On 08/31/2012 11:20 AM, Douglas Bates wrote:
We seem to be talking at crossed purposes.
What I meant to say is that for some mysterious reason the standard R
configuration defines
CPPFLAGS=-I/usr/local/include
or
CPPFLAGS=-I/opt/local/include
Actually, it is not mysterious. I just checked
We seem to be talking at crossed purposes.
What I meant to say is that for some mysterious reason the standard R
configuration defines
CPPFLAGS=-I/usr/liocal/include
or
CPPFLAGS=-I/opt/local/include
whichever is available and that doesn't make sense to me because the
/usr/local/ or /opt/local
On 08/30/2012 05:53 PM, Douglas Bates wrote:
You're right. I didn't see that -I/opt/local/include was in the
compiler call. If you look at $RHOME/etc/Makeconf you will probably
see that
CPPFLAGS=-I/opt/local/include
Correct!
(in my case /usr/local/include) for reasons that are somewhat
On Thu, Aug 30, 2012 at 4:29 PM, Rodney Sparapani wrote:
> On 08/30/2012 04:14 PM, Douglas Bates wrote:
>>
>> It is quite possible that you would have gotten a buggy version if you
>> checked out a copy of the SVN archive at some random time. Making
>> such a change is something I would tend to f
On 08/30/2012 04:14 PM, Douglas Bates wrote:
It is quite possible that you would have gotten a buggy version if you
checked out a copy of the SVN archive at some random time. Making
such a change is something I would tend to forget until tests started
failing.
I can confirm that it is not a bu
Somehow you have obtained a buggy version of RcppEigen_0.3.1.tar.gz
I just downloaded that file from a CRAN mirror and this version has
the file RcppEigen/inst/include/Eigen/CholmodSupport starting with
#ifndef EIGEN_CHOLMODSUPPORT_MODULE_H
#define EIGEN_CHOLMODSUPPORT_MODULE_H
#include "SparseC
On 08/30/2012 03:24 PM, Rodney Sparapani wrote:
# R CMD INSTALL RcppEigen_0.3.1.tar.gz
* installing to library '/opt/local/lib64/R/library'
* installing *source* package 'RcppEigen' ...
** package 'RcppEigen' successfully unpacked and MD5 sums checked
** libs
g++ -I/opt/local/lib64/R/include -I/
On 08/30/2012 02:24 PM, Douglas Bates wrote:
But the RcppEigen package should not access Eigen 3.1.1 headers other
than the ones that it provides. Yes, in a sane world we would be able
to install Debian packages of libraries like Eigen 3.1.1, Suitesparse,
etc. and access the code from an R pack
On Thu, Aug 30, 2012 at 12:41 PM, Rodney Sparapani wrote:
> On 08/29/2012 04:42 PM, Douglas Bates wrote:
>>
>> Perhaps you have an out-of-date version of the RcppEigen package (or
>> maybe the Mac version hasn't been built or ...). In any case
>> RcppEigenForward should include RcppEigenCholmod.h
On 08/29/2012 04:42 PM, Douglas Bates wrote:
Perhaps you have an out-of-date version of the RcppEigen package (or
maybe the Mac version hasn't been built or ...). In any case
RcppEigenForward should include RcppEigenCholmod.h, not cholmod.h and
the correct version would be at
/opt/local/lib64/R/
On 29 August 2012 at 16:55, Douglas Bates wrote:
| I just checked the results page on
| http://cran.r-project.org/package=RcppEigen and the package doesn't
| compile solaris-sparc and solaris-ix86 with the Sun compilers (which I
| believe are very old, predating modern C++) and doesn't compile on
I just checked the results page on
http://cran.r-project.org/package=RcppEigen and the package doesn't
compile solaris-sparc and solaris-ix86 with the Sun compilers (which I
believe are very old, predating modern C++) and doesn't compile on
r-oldrel-macosx-ix86 but that is due to a compiler error i
On Wed, Aug 29, 2012 at 4:42 PM, Douglas Bates wrote:
> On Wed, Aug 29, 2012 at 4:32 PM, Rodney Sparapani wrote:
>> Hi Gang:
>>
>> I have been using CHOLMOD/Suitesparse, but I'm having an issue
>> coaxing RcppEigen to see it. I have Matrix, inline, Rcpp and
>> RcppEigen installed as well as Suit
On Wed, Aug 29, 2012 at 4:32 PM, Rodney Sparapani wrote:
> Hi Gang:
>
> I have been using CHOLMOD/Suitesparse, but I'm having an issue
> coaxing RcppEigen to see it. I have Matrix, inline, Rcpp and
> RcppEigen installed as well as Suitesparse. But, when I run
> this simple program (that works wi
Hi Gang:
I have been using CHOLMOD/Suitesparse, but I'm having an issue
coaxing RcppEigen to see it. I have Matrix, inline, Rcpp and
RcppEigen installed as well as Suitesparse. But, when I run
this simple program (that works with Rcpp alone)...
require(inline)
require(Rcpp)
require(RcppEigen)
18 matches
Mail list logo
