similar to: USE_CXX1X, Snow Leopard R binaries + Mavericks

Hi, I was reading through the R extensions website and noticed that the example code at the end of the section makes references to CXX11XSTD and CXX11XFLAGS, shouldn?t these be CXX1XSTD and CXX1XFLAGS respectfully? (on the second and fourth line) CXX1X=`"${R_HOME}/bin/R" CMD config CXX11X` CXX1XSTD=`"${R_HOME}/bin/R" CMD config CXX11XSTD` CXX="$(CXX1X) $(CXX1XSTD)"

https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16660 Here is the bug, which R.home may generate a path contains a whitespace. this will cause Rcpp failed executing sourceCpp > sourceCpp("b:/2018-12-14/src/18020/MCMC.cpp") Error in system(cmd, intern = !showOutput) : 'D:/Program' not found Error in system(cmd, ignore.stderr = TRUE, intern = TRUE) :

On 3 December 2017 at 20:19, Dirk Eddelbuettel <edd at debian.org> wrote: Hi Dirk, Thanks for your answers. I got a few more questions. > > 0) Wrong list. Rcpp has its down, rcpp-devel, and I basically do not read > this and would have missed this were it not for luck. OK. I did found the rcpp-devel mailing-list. But I though it was a developers of the rcpp-package. So it is ok

Martin, You are making your life way too complicated. There are a number of things I would do differently: 0) Wrong list. Rcpp has its down, rcpp-devel, and I basically do not read this and would have missed this were it not for luck. On 3 December 2017 at 02:06, Martin M?ller Skarbiniks Pedersen wrote: | I have read some web-pages about Rcpp and C++ but it is a bit confusion | for me. 1)

In fact, this does reproduce on R-devel: > options(download.file.method = "libcurl") > options(repos = c(CRAN = "https://cran.rstudio.com/", CRANextra = + "http://www.stats.ox.ac.uk/pub/RWin")) > install.packages("lattice") ## could be any package Installing package into ?/Users/kevinushey/Library/R/3.3/library? (as ?lib? is

On 08/25/2015 12:54 PM, Kevin Ushey wrote: > Hi all, > > The following fails for me (on OS X, although I imagine it's the same > on other platforms using libcurl): > > options(download.file.method = "libcurl") > options(repos = c(CRAN = "https://cran.rstudio.com/", CRANextra = > "http://www.stats.ox.ac.uk/pub/RWin")) >

On 08/25/2015 01:30 PM, Kevin Ushey wrote: > Hi Martin, > > Indeed it does (and I should have confirmed myself with R-patched and R-devel > before posting...) actually I don't know that it does -- it addresses the symptom but I think there should be an error from libcurl on the 403 / 404 rather than from read.dcf on error page... Martin > > Thanks, and sorry for the

Was writing a short R script to modify compile flags and saw this typo: Index: config =================================================================== --- config (revision 68217) +++ config (working copy) @@ -61,7 +61,7 @@ CXX1X C++ compiler command for C++11 code CXX1XSTD flag used to enable C++11 support CXX1XFLAGS C++11 compiler flags - CXX1XXPICFLAGS +

A new release 0.10.0 of Rcpp is now on CRAN, bringing a number of new features to R --- please see the announcement text below. The most direct change may be what we call 'Rcpp attributes' and which is described in a new vignette bringing the total to nine vignettes in the package. Dirk, on behalf of Dirk, Romain, Doug, John and JJ ===== Summary ===== Version 0.10.0 of the Rcpp

A new release 0.10.0 of Rcpp is now on CRAN, bringing a number of new features to R --- please see the announcement text below. The most direct change may be what we call 'Rcpp attributes' and which is described in a new vignette bringing the total to nine vignettes in the package. Dirk, on behalf of Dirk, Romain, Doug, John and JJ ===== Summary ===== Version 0.10.0 of the Rcpp

Hi all, The following fails for me (on OS X, although I imagine it's the same on other platforms using libcurl): options(download.file.method = "libcurl") options(repos = c(CRAN = "https://cran.rstudio.com/", CRANextra = "http://www.stats.ox.ac.uk/pub/RWin")) install.packages("lattice") ## could be any package gives me: >

I'm trying to help someone to troubleshoot possible OSX Yosemite issues, but I've only got access to OSX (< 10.9) so I cannot check myself. When building/installing binary R packages, there are different binaries depending on OSX version. For instance, CRAN provides different binaries for 'OS X Snow Leopard' and 'OS X Mavericks', e.g.

I just checked your package on a mavericks VM and it seems fine, so I wouldn't worry about it. Probably some configuration issue on the CRAN server, perhaps xquartz is outdated. Unfortunately there is no easy way anymore to check on Mavericks. Travis used to support it, but they have deprecated mavericks (along with Apple and homebrew). Hopefully CRAN will update to the current MacOS for the

We run a dovecot mailserver. One of the clients I use is a Mac Laptop. Recently I upgraded from Mountain Lion (10.8) to Mavericks (10.9). Under 10.8 it worked fine. On 10.9 it syncs up when I invoke the client, but after a while stops getting updates. Most of my mail clients are on Linux (thunderbird) or Android (K9) and I admit that several run against my very large INBOX simultaneously. The

R.framework-Versions-Resources-library-grDevices-libs-cairo_20150120.tgz in http://sourceforge.net/projects/outmodedbonsai/files/R/ are dropped in replacement to the cairo.so's in the official R binaries (2.15.3, 3.0.3, 3.1.2). updated to cairo-1.12.18 and freetype-2.5.4. The official R binaries' were built with early freetype 2.4.x and cairo 1.11(?) and had a number of issues with some

[redirecting to nut-upsuser since we hardly use the packaging list anymore] On May 15, 2014, at 9:20 AM, Jose Vigil wrote: > Hi friends, > > I?m looking for an already compiled .pkg NUT Client to be installed in a Mavericks iMac. Can someone, please point me to place where I can find it? We don't have any official ones. If anyone else has compiled one, please feel free to share

hello I maintain the gsl R package, and many users have recently reported that the package does not install from source under macosx 10.9 ("mavericks"). Users typically install the gnu GSL library and are able to compile and run a small "hello world" program which executes some of the Bessel functionality of the library; but under mavericks the configure script (which uses

Dear mac folks, I have started porting a large legacy toolset maintained in windows and heavily mpi laden so it can be used across platforms in R... so I am building a package out of it. On this note, I am noticing that almost all of the mpi dependent packages do not compile on the CRAN repositories.... with the basic issue that it appears it can not find mpi installed: configure: error:

On Sat, Nov 22, 2014 at 07:05:11PM +0300, Vladimir "Equidamoid" Shapranov wrote: > I've got the following error when tried to compile tinc-1.0.24: [...] > Undefined symbols for architecture x86_64: > "_res_9_init", referenced from: > _main_loop in net.o > ld: symbol(s) not found for architecture x86_64 > > The symbol is exported in

Ralph B?hme writes: > > >Samba 4.2 will ship a new VFS module that addresses this: > > >vfs_fruit. It stacks with vfs_streams_xattr but takes care of the > > >resource fork stream itself (on Linux: by saving it to a ._ > > >AppleDouble file). > > > > I can confirm that with Samba 4.2.0rc2, with vfs_streams_xattr > > and vfs_fruit the time it