On 2011-04-06, at 9:45 PM, Michael Braun wrote:
> I've tried the MacPorts route, and it takes forever. Perhaps this is a
> MacPorts problem, but I've found that it consumes all available system
> resources as it compiles all possible dependencies before even getting to the
> compilation of gcc
On 6 April 2011 at 21:30, Davor Cubranic wrote:
| On April 6, 2011 08:17:47 pm Dirk Eddelbuettel wrote:
| > For what it is worth, g++ 4.6.1 works perfectly fine on (Debian) Linux
| > (which is why CRAN already uses it for tests on the incoming/ directory)
| > but g++ 4.4 is still the default on Ub
I've tried the MacPorts route, and it takes forever. Perhaps this is a
MacPorts problem, but I've found that it consumes all available system
resources as it compiles all possible dependencies before even getting to the
compilation of gcc.
On Apr 7, 2011, at 12:34 AM, Davor Cubranic wrote:
>
On April 6, 2011 07:49:32 pm Michael Braun wrote:
> I've been able to upgrade my compiler to g++ 4.6 on the Mac, and I also
> checked this on a Red Hat Linux system with g++ 4.4. In both cases, the
> OpenMP code does compile and run, so I agree that it must have been a
> compiler issue. However,
On April 6, 2011 08:17:47 pm Dirk Eddelbuettel wrote:
> For what it is worth, g++ 4.6.1 works perfectly fine on (Debian) Linux
> (which is why CRAN already uses it for tests on the incoming/ directory)
> but g++ 4.4 is still the default on Ubuntu 10.10. It will be a while til
> 4.6 becomes the def
Hi Michael,
On 6 April 2011 at 22:49, Michael Braun wrote:
| Dirk:
|
| I've been able to upgrade my compiler to g++ 4.6 on the Mac, and I also
checked
| this on a Red Hat Linux system with g++ 4.4. In both cases, the OpenMP code
| does compile and run, so I agree that it must have been a compi
Dirk:
I've been able to upgrade my compiler to g++ 4.6 on the Mac, and I also checked
this on a Red Hat Linux system with g++ 4.4. In both cases, the OpenMP code
does compile and run, so I agree that it must have been a compiler issue.
However, 4.6 appears to be an experimental version, with
On 24 March 2011 at 17:50, Michael Braun wrote:
| Dirk:
|
| This does work when I use the Intel compiler, so perhaps you are right. I
am, however, using the standard Apple-provided version, which is 4.2.1.
|
| I suspect there is a related issue in how OpenMP handles private Rcpp objects
in
Dirk:
This does work when I use the Intel compiler, so perhaps you are right. I am,
however, using the standard Apple-provided version, which is 4.2.1.
I suspect there is a related issue in how OpenMP handles private Rcpp objects
in a parallel section. For example, if I declare
NumericVecto
Michael,
As a quick off-the-cuff remark, I suspect it is your compiler. I have done
quite a few builds with OpenMP when experimenting with a parallel version of
RcppDE (the differential evolution optimisation I "ported" from C to
C++/Rcpp). I had no issues building this (but issues getting repli
Hi. I would like to be able to use OpenMP in conjunction with Rcpp. Here's is
an example of the kind of thing I want to do:
#include
RcppExport SEXP omptest (SEXP X) {
BEGIN_RCPP
Rcpp::NumericVector Y = X;
int n = Y.size();
Rcpp::NumericVector Z(n);
int i;
double a;
#pragma omp par
11 matches
Mail list logo
