search for: kheurn

...tonight, building both ICU_531 and this time libcurl (7.39) as well (and OpenBLAS, of course). The internet bug is still there, but the rest of make-check all passed with flying colors, as did building 'microbenchmark' from source (with all the other needed packages, including Rcpp and Hsiu-Kheurn's change to NM was *not* used). My non-BLAS test tonight ran faster than last night; maybe 1000 iterations aren't enough or I had something else eating up clock cycles last night. Either way, outside the internet bug, it's looking good for Windows 64bit (Win7 at least). Thanks, Avi

...his time libcurl (7.39) >> as well (and OpenBLAS, of course). The internet bug is still there, >> but the rest of make-check all passed with flying colors, as did >> building 'microbenchmark' from source (with all the other needed >> packages, including Rcpp and Hsiu-Kheurn's change to NM was *not* >> used). >> ... > > The NM_FILTER change seems to be needed only when compiling C++ code > with -std=c++11 or -std=gnu++11. > > Even though the current CRAN policy doesn't allow the C++11 standard, > it would still be useful to documen...

...>> as well (and OpenBLAS, of course). The internet bug is still there, >>>> but the rest of make-check all passed with flying colors, as did >>>> building 'microbenchmark' from source (with all the other needed >>>> packages, including Rcpp and Hsiu-Kheurn's change to NM was *not* >>>> used). >>>> ... >>> >>> The NM_FILTER change seems to be needed only when compiling C++ code >>> with -std=c++11 or -std=gnu++11. >>> >>> Even though the current CRAN policy doesn't allow the...

...th ICU_531 and this time libcurl (7.39) > as well (and OpenBLAS, of course). The internet bug is still there, > but the rest of make-check all passed with flying colors, as did > building 'microbenchmark' from source (with all the other needed > packages, including Rcpp and Hsiu-Kheurn's change to NM was *not* > used). > ... The NM_FILTER change seems to be needed only when compiling C++ code with -std=c++11 or -std=gnu++11. Even though the current CRAN policy doesn't allow the C++11 standard, it would still be useful to document this, perhaps in the Writing R Ext...

...(7.39) >>> as well (and OpenBLAS, of course). The internet bug is still there, >>> but the rest of make-check all passed with flying colors, as did >>> building 'microbenchmark' from source (with all the other needed >>> packages, including Rcpp and Hsiu-Kheurn's change to NM was *not* >>> used). >>> ... >> >> The NM_FILTER change seems to be needed only when compiling C++ code >> with -std=c++11 or -std=gnu++11. >> >> Even though the current CRAN policy doesn't allow the C++11 standard, >> it...

----- Original Message ----- > From: "Duncan Murdoch" <murdoch.duncan at gmail.com> > To: "Dan Tenenbaum" <dtenenba at fredhutch.org> > Cc: "Hsiu-Khuern Tang" <tangoh at gmail.com>, r-devel at r-project.org > Sent: Tuesday, March 10, 2015 11:37:12 AM > Subject: Re: [Rd] Notes on building a gcc toolchain for Rtools (but not multilib)