Capitan: copy
/usr/bin/xml2-config to somewhere earlier on your path (~/bin in my
case) and edit line 3 from
prefix=$(xcrun -show-sdk-path)/usr
to
prefix=/usr
Best,
Kasper
On Thu, Sep 22, 2016 at 2:39 AM, Prof Brian Ripley
<rip...@stats.ox.ac.uk <mailto:rip...@stats.ox.ac.uk>> wr
So far I have encountered few problems. R.app runs but I do not
normally use it so my tests were minimal.
My observations are about installing packages from source.
- It seems Apple has been tidying up, and I had ca 20GB more free space
after upgrading (which is worthwhile on my MBA with a
On 01/09/2016 00:43, Ken Beath wrote:
I’m trying to use STAN which uses R CMD config to check the availability of the
compilers.
This works fine on my MacBook but on my iMac I have the documents on a separate
hard drive. Within R CMD config it uses the location of the home folder which
Better advice is in the manual, at
https://cran.r-project.org/doc/manuals/r-release/R-admin.html#OS-X
(although there is no guarantee that all of the binary packages will
work with 10.7, many of them will). And for PCRE, at
On 25/08/2016 17:24, Emilio wrote:
Hi,
I'm having trouble reading into R an access table (.accdb) with a Mac OS X
10.11.6
I've created a DSN connection to my data base so when I use the odbcConnect
function it returns:
RODBC Connection 1
Details:
case=nochange
DSN=mydsn
On 14/04/2016 03:31, David Winsemius wrote:
I upgraded to 3.3.0 beta from: R-3.3-branch-mavericks-signed.pkg (70Mb,
installer incl. GUI) at the suggestion of Gabor Grothendieck who wanted to
know whether Ryacas would install from github in R 3.3.0. So I installed the
binary that includes
On 16/02/2016 19:50, Marc Girondot wrote:
Dear experts... I try to install the lastest version of RNetCDF
(1.8-1.tar.gz) on MacosX (El Capitan) but without success.
I send you the precise procedure I have used and some tests:
1/ I have installed MacPort as described here:
Your Java is seriously old. Start by updating it (1.8.0_74 is current,
AFAIK).
I can reproduce this with the CRAN binary packages, but installing the
packages from source works for me on El Capitan (using the CRAN binary
R). So I suspect a problem with the CRAN binary package of rJava,
On 14/02/2016 11:24, Berend Hasselman wrote:
On 14 Feb 2016, at 11:48, Prof Brian Ripley <rip...@stats.ox.ac.uk> wrote:
Your Java is seriously old. Start by updating it (1.8.0_74 is current, AFAIK).
I can reproduce this with the CRAN binary packages, but installing the packages
from
sysctl on 10.11 has options which would enable us to differentiate
between logical and physical codes on parallel::detectCores --- however
these are not documented in Apple's online man pages, which are for
10.9. Could someone running 10.9 and someone for 10.10 report if
/usr/sbin/sysctl -n
On 09/12/2015 16:12, Federico Calboli wrote:
Hi All,
I have TCL/Tk installed from the latest DMG image for R 3.2.2 I will upgrade to
R 3.2.3 as soon as the DMG is available). I’d like to *completely remove*
Tcl/Tk as installed by the DMG image. I can get a list of files from:
pkgutil
On 18/10/2015 19:29, Marius Hofert wrote:
Hi,
I get ...
svg(filename=(file <- "foo.svg"))
Warning messages:
1: In svg(filename = (file <- "foo.svg")) :
unable to load shared object
'/usr/local/R/R-3.2.2_build/library/grDevices/libs//cairo.so':
On 16/10/2015 09:06, Spencer Graves wrote:
Hello:
I'm having a problem with "svn update" (with R-Forge) that may be
due to a recent upgrade to OS X 10.11 El Capitan. I'm getting the
following:
$ svn update
xcrun: error: invalid active developer path
Well, it appears that your build (which is not one of those supported
here) did not include X11, and that must have been purposely excluded.
So the error is correct and the warning adds information To use
data.entry() you need to be using R.app, Windows or have R compiled to
use X11 and
On 14/10/2015 12:45, peter dalgaard wrote:
On 14 Oct 2015, at 11:37 , Prof Brian Ripley <rip...@stats.ox.ac.uk> wrote:
Well, it appears that your build (which is not one of those supported here) did
not include X11, and that must have been purposely excluded.
So the error is c
On 08/10/2015 02:37, Simon Urbanek wrote:
Jenny,
I suspect you may not have the correct information. The CRAN Mavericks binary
of R is not built with gcc, it's actually build using Apple clang and we're
neither using nor requiring homebrew, so most of what you are describing
doesn't make
On 05/10/2015 09:03, Mikko Korpela wrote:
On 04.10.2015 19:53, Prof Brian Ripley wrote:
The machine which provides the 'r-devel-osx-x86_64-clang' checks on the
CRAN check farm has been upgraded from Yosemite to El Capitan and a
complete round of checks has been run.
Thank you, this is great
On 04/08/2015 08:57, peter dalgaard wrote:
On 03 Aug 2015, at 23:48 , Simon Urbanek simon.urba...@r-project.org wrote:
Sorry, I thought it was obvious so I didn't elaborate in more detail - our
Mavericks compiler binary (gfortran-4.8) itself is using more advanced
instruction set so it
On 21/03/2015 12:38, Adrian Dușa wrote:
On Sat, Mar 21, 2015 at 12:57 PM, Prof Brian Ripley
rip...@stats.ox.ac.uk mailto:rip...@stats.ox.ac.uk wrote:
[...]
I also tried R CMD Rd2pdf (in the command line), and I get this
at the end:
Error in texi2dvi(file = file
errors are more MacTex related than
R-related at this point.
On Sat, Mar 21, 2015 at 3:02 PM, Adrian Dușa dusa.adr...@unibuc.ro
mailto:dusa.adr...@unibuc.ro wrote:
On Sat, Mar 21, 2015 at 3:09 PM, Prof Brian Ripley
rip...@stats.ox.ac.uk mailto:rip...@stats.ox.ac.uk
wrote:
On 21/03
-
From: Prof Brian Ripley [mailto:rip...@stats.ox.ac.uk]
Sent: March-16-15 3:56 PM
To: j...@mcmaster.ca; 'Berend Hasselman'
Cc: r-sig-mac@r-project.org
Subject: Re: [R-SIG-Mac] checking for pdflatex
Note that it not just MacTex which uses /usr/texbin. /usr/texbin is a link to
/Library/TeX
Note that it not just MacTex which uses /usr/texbin. /usr/texbin is a
link to /Library/TeX/Distributions/Programs/texbin which is an
/etc/alternatives scheme to manage multiple TeX distributions which used
(prior to Yosemite, at least) to be controlled by a Systems Preferences
widget. See
On 10/03/2015 00:18, Bill Behrman wrote:
CRAN does not currently offer binaries for rgeos or rgdal for OS X Maverick+,
and the configure scripts do not work for compiling these packages from source.
Not true: see the 'mavericks' lines in the CRAN check summaries for
those packages, and
On 30/01/2015 18:28, Jan de Leeuw wrote:
In my current compiles of R-devel from source (using clang from Yosemite and
gfortran from homebrew)
I added -Wl,-no_compact_unwind to my LDFLAGS to get around the annoying
warning
create compact unwind for foo: stack subq instruction is too different
On 26/12/2014 20:28, Simon Urbanek wrote:
On Dec 26, 2014, at 3:25 AM, Ivan Calandra ivan.calan...@univ-reims.fr wrote:
Thank you Simon for your answer.
But I cannot find Xcode for MacOS 10.6...
Go to
https://developer.apple.com/downloads
and search for Xcode 4.2
or use
On 25/12/2014 02:16, Hadley Wickham wrote:
Yes, the bugs have been well and truly worked out.
Worked around, more precisely.
There are still bugs in Yosemite's handling of environment variables,
and R = 3.1.2 has workarounds that resolve some of those. But they can
still bite when building
I use a very similar setup (Yosemite, compilers from CLT for Xcode
6.1.1, self-built gfortran 4.9.2), and it works for me. You should see
things like
% nm -g lib/libR.dylib | grep tzname
0029f0c0 D _R_tzname
% nm -g src/extra/tzone/libtz.a | grep tzname
ada0 D _R_tzname
On 26/11/2014 11:39, Petar Milin wrote:
Hello all!
Does anyone experiences quite frequent R-crushes under Mac Yosemite? Here is
the ID:
R version 3.1.1 (2014-07-10) -- Sock it to Me
Copyright (C) 2014 The R Foundation for Statistical Computing
Platform: x86_64-apple-darwin13.1.0 (64-bit)
0)
On 31/10/2014 17:44, Erich Neuwirth wrote:
Do we already have recommendations which version of the compilers to install to
be able to
compile packages from source under Yosemite?
In the R manuals, where they always are E.g.
Come on, that's not the error you posted about a few minutes ago.
This time you are using the wrong build of xts, one built for Snow
Leopard it seems using an earlier version of gfortran.
You need to use either the Snow Leopard or Mavericks CRAN distribution
of R, and install all your
On 23/09/2014 00:03, Joanna Burgar wrote:
Good day,
I am trying to run R2jags on R version 3.0.2 (2013-09-25) -- Frisbee
Sailing. I have downloaded jags (JAGS-Mavericks-3.4.0) and successfully installed
both rjags and R2jags yet for some reason when I try and load the library(rjags) I
On 21/09/2014 00:25, David Winsemius wrote:
On Sep 20, 2014, at 2:15 PM, peter dalgaard wrote:
Notice that we have a similar, but unresolved, bug report a month old.
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=15940
I assume that the obvious things like a .Rprofile in the current
On 23/08/2014 16:43, Tobias Verbeke wrote:
Dear list,
I'm trying to compile R from source on Mac OS 10.9.4 using the flags from
https://svn.r-project.org/R-dev-web/trunk/QA/Simon/R-build/conf.mavericks-x86_64
I untarred the following libraries from http://r.research.att.com/libs/
On 13/08/2014 15:11, peter dalgaard wrote:
This isn't unique to tcltk. Anything that blocks the keyboard loop blocks the
help browser too. Try e.g. opening the help for ls, type Sys.sleep(15) and
watch the beach ball in the help browser as you try to scroll in it.
But Sys.sleep should not be
now have (see NEWS)
• (OS X only.) Package tcltk checks if it is linked against the
CRAN X11-based Tcl/Tk and if so that the Tcl/Tk component and the
X11 libraries are installed. This allows more informative error
messages to be given.
On 15/07/2014 15:16, Prof Brian
John talked to me about this a month ago and after some sick
leave/vacation I had just got around to thinking into it.
Minor points:
1) The usual way to check for OS X in the R sources is
grepl(darwin, R.version$os)
2) It is perfectly possible to build R on Linuxen without X11
On 11/07/2014 21:45, Yampolsky, Lev wrote:
Dear Colleagues,
Attempts to use tcltk (R 3.1.1 on MacOS X 10.9.2) or any dependent library
(for example qvalue) results in:
library(tcltk)
Error : .onLoad failed in loadNamespace() for 'tcltk', details:
call: dyn.load(file, DLLpath = DLLpath,
On 07/07/2014 15:12, Senyo Norgbey, MD wrote:
On opening terminal.app, here is my equivalent below..
Last login: Mon Jul 7 08:04:16 on console
Senyo-Norgbeys-MacBook-Pro:~ sennorg$ locale
LANG=
LC_COLLATE=C
LC_CTYPE=UTF-8
LC_MESSAGES=C
LC_MONETARY=C
LC_NUMERIC=C
LC_TIME=C
LC_ALL=
I have put statically-linked packages up on CRANxtras for the CRAN
Mavericks distribution. To use,
setRepositories(ind = c(1,6)) # so you get the dependencies from CRAN
install.packages(c('rgeos', 'rgdal'))
[It is nothing like so easy to do from the R.app menus.]
rgdal is compiled against
-15
loaded via a namespace (and not attached):
[1] grid_3.1.0 lattice_0.20-29 tools_3.1.0
On 12 May 2014, at 09:44, Prof Brian Ripley rip...@stats.ox.ac.uk wrote:
I have put statically-linked packages up on CRANxtras for the CRAN Mavericks
distribution. To use,
setRepositories(ind = c(1,6
Two possibilities from
http://stackoverflow.com/questions/11958643/how-do-i-prevent-the-the-package-was-signed-with-an-invalid-certificate-warnin
:
1) Your security settings might allow only downloads from the App Store
(look at System Preferences | Security Privacy | General).
2) Your
On 30/04/2014 13:56, Rainer M Krug wrote:
If I remember correctly, the installation from source was quite easy:
apart from the usual compilers, you need gdal installed, which installs
easily via homebrew [1]. After this, installation of rgdal from source
worked without any additional
I've noticed some confusion about which CRAN installer package to use,
and even reluctance to update to 3.1.0. So some pointers for Mavericks
users
1) AFAIK no users are going to be worse off using the Snow Leopard build
of 3.1.0 rather than the only (Snow Leopard) build of 3.0.x.
2) The
On 21/04/2014 21:44, Allen Lin wrote:
Hi all,
I am new to this community so sorry if this question has already been
answered.
Yes, in the R-admin manual.
'The current CRAN ‘Mavericks’ distribution of R is built using
CC=clang
CXX=clang++
F77=gfortran-4.8
FC=$F77
OBJC=clang
with clang and
On 11/03/2014 07:40, Berend Hasselman wrote:
On 11-03-2014, at 05:32, Bryan Renne bre...@gmail.com wrote:
Dear Simon:
On Mon, Mar 10, 2014 at 11:23 AM, Simon Urbanek
simon.urba...@r-project.org wrote:
Bryan,
based on the gist output I think I have a candidate - please check that you're
On 11/03/2014 16:40, Simon Urbanek wrote:
On Mar 11, 2014, at 10:35 AM, Stephen B. Cox myrddin...@gmail.com wrote:
Anyone had any experience running fairly intensive analysis on a new
MacPro? I am looking to upgrade my desktop, and 80% of my time is spent in
RStudio/Latex/Sweave... working
On 25/02/2014 08:16, Alexy Khrabrov wrote:
I have a niche reason to build a 32-bit version of R. I'm playing with F#
on Mono on Mac OSX, and specifically with Deedle, a data frame
implementation in F#. There's an RProvider, a type provider in F# -- a
higher-level way to provide a set of
-arch i386 is not specified in R itself (and neither is gcc-4.0). As a
guess you have a personal Makevars file, either in the package sources
or under ~/.R . See
http://cran.r-project.org/doc/manuals/r-release/R-admin.html#Customizing-package-compilation
.
On 06/01/2014 14:14, Dan Rabosky
?
Regards,
Rob J. Goedman
goed...@icloud.com
On Nov 30, 2013, at 7:00 AM, peter dalgaard pda...@gmail.com wrote:
On 30 Nov 2013, at 12:37 , Prof Brian Ripley rip...@stats.ox.ac.uk wrote:
This does not happen for me provided R.app is visible. From
https://developer.apple.com/library/mac
This does not happen for me provided R.app is visible. From
https://developer.apple.com/library/mac/releasenotes/MacOSX/WhatsNewInOSX/Articles/MacOSX10_9.html
'An app is considered to be a candidate for sleep if:
It is not visible—if all of an app’s windows are either hidden by
other
On 22/11/2013 01:15, Ann Summy wrote:
Why are there separate Mac-GUI-* installation files when the R* pkg files
contain the R-app GUI already? I'm looking in this directory
http://cran.r-project.org/bin/macosx/old/.
You missed http://cran.r-project.org/bin/macosx/old/index-old.html .
Or is
On 20/11/2013 20:49, Tobey Carman wrote:
Hi -
I am not sure if this is the right place for this question. I am fairly new
to R and still figuring out how to best manage packages. If this is not the
best venue for this question, please direct me elsewhere.
It will do, but 'the homebrew version
On 13/11/2013 09:45, Dimitrios Chryssanthakopoulos wrote:
Hello,
Sophos AntiVirus reports the following:
2013-11-13 01:58:07 +0200 Corrupt file:
/Library/Frameworks/R.framework/Resources/library/XML/exampleData/dtd.zip
Should I worry? I cannot judge the operation or performance of the XML
On 13/11/2013 11:46, Prof Brian Ripley wrote:
On 13/11/2013 09:45, Dimitrios Chryssanthakopoulos wrote:
Hello,
Sophos AntiVirus reports the following:
2013-11-13 01:58:07 +0200 Corrupt file:
/Library/Frameworks/R.framework/Resources/library/XML/exampleData/dtd.zip
Should I worry? I cannot
explicitly.
Similarly calling gfortran-4.2 explicitly to avoid any other versions
(and I would even consider using /usr/local/bin/gfortran-4.2).
-pd
On 30 Oct 2013, at 15:38 , Prof Brian Ripley rip...@stats.ox.ac.uk wrote:
This is an attempt to collect together various pieces of advice.
If you
This is an attempt to collect together various pieces of advice.
If you update to Mavericks and want to compile packages (or run some)
with the CRAN binary R, you will need to
- Update R to 3.0.2 or later if you use R.app.
- Re-install XQuartz. The Mavericks update re-populates /usr/X11
On 29/10/2013 01:20, Jeroen Ooms wrote:
R exists with a warning that X11 is required.
You need to re-install XQuartz after an update. See the R-admin manual.
I'm not sure I understand (apologies, I'm not really a mac user). We
are using these devices in non-interactive R sessions (RApache,
It was not clear from any of the documentation that Xcode 5.0.1 for 10.8
and for 10.9 use (by default) essentially separate C++ toolchains.
Both are based on clang++ 3.3svn which is Apple parlance for 'some
version less than 3.3 and lacking some 3.2 features'. But they have
different headers
On 27/10/2013 19:45, Jeroen Ooms wrote:
I just upgraded my macbook to maverick and i'm running into an old problem.
When I do:
png(tempfile(), type=cairo)
or
svg(tempfile())
or even:
library(Cairo)
R exists with a warning that X11 is required. I also tried:
options(bitmapType = 'cairo')
To clarify, I think the issue is that R.app from 3.0.1 crashes on this
error (and maybe any error) on Mavericks for the temple.edu student.
We need to see if 3.0.2 does so too, but I see no change in the code
which would lead me to expect a difference.
On 24/10/2013 17:46, Federico Calboli
.
On 22/10/2013, at 8:19 PM, Prof Brian Ripley rip...@stats.ox.ac.uk wrote:
On 22/10/2013 05:15, John Maindonald wrote:
In trying to install the randomForest package from source under r-devel
(2013-10-20 r64082)
You have your compilers set up incorrectly.
I get
[R.app GUI 1.62 (6580) x86_64
On 15/10/2013 20:37, Simon Urbanek wrote:
On Oct 15, 2013, at 3:10 PM, Braun, Michael wrote:
I suppose that is true. But the problem does not occur in smaller examples.
It only occurs when working with very large matrices. That's the whole point.
And to be fair, I did warn the members of
This is documented in the current manuals: please read them. I posted
how to get the compilers used for the CRAN binary, on this list when
Xcode 5 was released (it is for Mountain Lion only):
https://stat.ethz.ch/pipermail/r-sig-mac/2013-September/010327.html
Otherwise see e.g.
On 28/09/2013 13:50, Duncan Murdoch wrote:
The bug
https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=15463
appears to be R.app specific. All of the data editors (R.app, X11,
Windows) round the data for display, but the one in R.app appears to
reload the data from the rounded values,
Xcode was released last week, although it did not show up as an update
for me until this. It may be available only for Mountain Lion: the
command-line tools seems only to be.
As expected, the compilers used for the CRAN binary build, llvm-gcc-4.2
and llvm-g++-4.2, are not part of Xcode 5.
-gcc-4.2. I assume
this is now the recommended tool and I should switch?
It has been the recommended toolchain since R 3.0.0. If you use the
CRAN binary, it will use those compilers. If not, use what you like.
Best,
Kasper
On Thu, Sep 26, 2013 at 9:19 AM, Prof Brian Ripley
rip
And what does any of this have to do with XQuartz? That is the
third-party X11 server/sub-system for OS X. Perhaps the quartz() device
was meant
For the sake of those reading the archives, can we have a much clearer
statement of the actual problem? There might be better solutions,
On 20/09/2013 01:52, John Fox wrote:
Dear Sarah,
-Original Message-
From: Sarah Hardy [mailto:sarah.ha...@maine.edu]
Sent: Thursday, September 19, 2013 8:08 PM
To: John Fox
Cc: Simon Urbanek; David Winsemius; r-sig-mac
Subject: Re: [R-SIG-Mac] Problems loading Rcmdr on a Mac 10.7.2 and
On 20/09/2013 12:54, John Fox wrote:
Dear Brian,
On Fri, 20 Sep 2013 07:49:05 +0100
Prof Brian Ripley rip...@stats.ox.ac.uk wrote:
On 20/09/2013 01:52, John Fox wrote:
Dear Sarah,
-Original Message-
From: Sarah Hardy [mailto:sarah.ha...@maine.edu]
Sent: Thursday, September 19
On 13/09/2013 07:52, Anirban MUKHERJEE wrote:
Hi Simon,
On a related note, there has been progress on openmp in llvm/clang:
http://www.phoronix.com/scan.php?page=news_itempx=MTQ0NjQ
http://lists.cs.uiuc.edu/pipermail/llvmdev/2013-August/065169.html
http://clang-omp.github.io/
That might be
CRAN package checks: CRAN does it daily so it
must be possible.
Best
Simon
On Sep 13, 2013, at 10:52 AM, Prof Brian Ripley rip...@stats.ox.ac.uk wrote:
On 13/09/2013 07:52, Anirban MUKHERJEE wrote:
Hi Simon,
On a related note, there has been progress on openmp in llvm/clang:
http
On 12/09/2013 17:15, MacQueen, Don wrote:
I've been using R on OS X probably ever since there was an R on OS X, and
like you I use it from the command line. In the early days I installed R
from sources, but quite a few years ago I switched to using the framework
version. I can't think of any
On 03/09/2013 11:21, Michael Kubovy wrote:
Many packages require tcltk.
I have installed http://cran.r-project.org/bin/macosx/tools/tcltk-8.5.5-x11.pkg
and yet, when I try
That is the wrong version for R 3.0.1, so please remove it. You may
need to re-install R, as that ships with the
On 19/08/2013 05:02, Simon Urbanek wrote:
On Aug 18, 2013, at 6:50 PM, Michael Weylandt wrote:
On Aug 18, 2013, at 15:47, David Winsemius dwinsem...@comcast.net wrote:
On Aug 18, 2013, at 11:45 AM, Horst R. Wolf wrote:
Is there any reason why the OS X binary is still not available?
On 06/08/2013 01:16, David Winsemius wrote:
On Aug 5, 2013, at 5:00 PM, Rohmatul Fajriyah wrote:
Dear All,
I tried to build an R package (from the terminal) and everything was ok until R
CMD check PackageName and I got this message:
..
* checking for hidden files and directories ...
*From:* Prof Brian Ripley rip...@stats.ox.ac.uk
*To:* David Winsemius dwinsem...@comcast.net
*Cc:* Rohmatul Fajriyah rfajri...@yahoo.com; r-sig-mac@r-project.org
r-sig-mac@r-project.org
*Sent:* Tuesday, August 6, 2013 8:06 AM
*Subject:* Re: [R-SIG-Mac] hidden files and directories
On 06
On 27/06/2013 14:32, Thomas wrote:
I've been given an old Mac to run some R programs on and I'm having
trouble setting up. I just need to get igraph working It's OS X 10.5.6
and I have installed R 2.15.3 plus the copy of XCode that came on the
DVD.
For some reason I can't use the package
On 30/05/2013 02:27, Bryan Hanson wrote:
Unfortunately, I already have XQuartz 2.7.4 and it gives the problem I
reported. :-( Bryan
But as I said way back in this thread, there are two different rgl
devices and this trhead has conflated two problems, on in each.
Roger was using the
On 29/05/2013 14:12, Nathan Uyttendaele wrote:
Hello,
I have a very peculiar problem to share.
I wrote a (rather) large R function that also includes some C code.
When I run it with R.app Mac GUI 1.61 (R 3.0.1), no problem at all.
When I run it from R 3.0.1 from terminal (on the same Mac), I
Note that the recommended CRAN gfortran *does* go into /usr/local. This
one: http://cran.r-project.org/bin/macosx/tools/gfortran-4.2.3.pkg as
described at
http://cran.r-project.org/doc/manuals/r-release/R-admin.html#OS-X .
That's for R 3.0.0: other versions were recommended for earlier
On 31/03/2013 09:18, Berend Hasselman wrote:
I've just installed R-3.0.0 RC.
I noticed that tcl/tk 8.6 was installed in /local.
Shouldn't this be /usr/local?
Yes, and has been reported.
Can I just remove /local?
Not if you want to use package tcltk. Copy it over /usr/local.
Berend
On 30/03/2013 11:29, Petar Milin wrote:
Hello ALL!
I am a newbie on Mac, with long Linux experience (Ubuntu, than Debian, finally
Fedora, for many years). R on Mac is very pleasant and works nicely. However, I
noticed something strange, while I was trying to compile a package on which my
R 3.0.0 is due to be released on Apr 3, and is now in beta. Simon is
travelling but before he left put up a binary distribution at
http://r.research.att.com/snowleopard/R-3.0-branch/R-3.0-branch-snowleopard-signed.pkg
. A high proportion of CRAN is available as binary packages, and we
will
beloved
of g++'s lack of C++ standards conformance, and quite a high proportion
of C++-using packages do not compile with clang++ (nor the Solaris CC).
Kasper
On Wed, Mar 20, 2013 at 5:23 AM, Prof Brian Ripley
rip...@stats.ox.ac.uk wrote:
R 3.0.0 is due to be released on Apr 3, and is now
On 20/03/2013 14:38, R. Michael Weylandt wrote:
On Wed, Mar 20, 2013 at 2:29 PM, Prof Brian Ripley
rip...@stats.ox.ac.uk wrote:
On 20/03/2013 14:14, Kasper Daniel Hansen wrote:
I have heard rumors of GCC 4.7.2, has this been abandoned?
At least for 3.0.0. It did not work well enough
On 16/03/2013 12:25, Richard D. Morey wrote:
I installed the OSX R-devel 3.0 build, in pkg format, today from here:
http://r.research.att.com/#nightly
The postflight installation script breaks it. This has been reported:
you need either to install from the sources or wait for tomorrow.
On 05/03/2013 03:41, Peter Dixon wrote:
Hi -
I'm not sure that this is precisely a Mac issue, but in a fresh install of R
2.15.2, I get the error:
Error in browseEnv(html = F) : could not find function invsible
whenever I open the workspace browser from the menu bar. This seems to be a
typo
You are attributing documentation for R to R.app, a separate project not
part of the R sources.
R.app calls R with arguments --no-save --no-restore --gui=aqua, and does
not pass its own arguments on. A fluent speaker of Objective C could
change this easily enough.
On 26/02/2013 14:02, Ben
On 25/02/2013 20:00, Davor Cubranic wrote:
R.app GUI 1.53 (6335 Leopard build 64-bit) and R 2.15.2 GUI 1.53 Leopard build
64-bit (6335)
When I have a long-running call into C or C++, any output I try to print to the
console with Rprintf or REprintf appears only after control returns to R,
On 23/02/2013 04:32, Alton Ing wrote:
How can we change Rscript to execute in 64-bit?
The following script prints i386-apple-darwin9.8.0/i386 (32-bit) :
#!/usr/bin/env Rscript
sessionInfo()$platform
I want to run RHadoop (rmr2) locally on Mac OS X 10.8.2 (Mountain
Lion) but it only works with
On 19/02/2013 11:07, Dominic Steinitz wrote:
Hi Brian,
Thanks very much for this.
You should have contacted the package maintainer as per the R posting
guide. But
Ok I shall do this.
checking for TIFFOpen in -ltiff... no
is the clue. See what config.log has to say ….
I've
On 16/02/2013 16:37, Dominic Steinitz wrote:
I have searched the archives and while I can find reports of this
problem, I was unable to find any information on what to do to fix
it. Apologies if this is already documented somewhere (and if so
please point me at it). Let me know if should post
On 06/02/2013 01:22, Bryan Hanson wrote:
Using the GUI indent/un-indent with more than one line of code selected crashes
R for the version below. Modifying only one line does not.
There is no '3.0 RC' (and never will be: the version will be 3.0.0. See
the posting guide).
Why do you think
On 05/02/2013 13:25, Duncan Murdoch wrote:
On 13-02-05 8:07 AM, Bryan Hanson wrote:
Thanks for taking the time to look at this carefully Duncan. I don't
see the warning you mention, and I don't see the string R_pretty0 in
the log either. I'm appending right here in case there is something
i386 and x86_64. If you only want 64-bit packages,
use R CMD INSTALL --no-multiarch.
On Feb 5, 2013, at 11:01 AM, Prof Brian Ripley rip...@stats.ox.ac.uk wrote:
On 05/02/2013 15:56, Bryan Hanson wrote:
Is that something I can control? I've never had to worry about that before,
never run
On 31/01/2013 21:15, MacQueen, Don wrote:
Something like this might help:
Sys.setlocale(category = LC_ALL, locale = C)
check
Sys.getlocale()
beforehand.
-Don
As others have said, use options(fancyQuotes=FALSE). Please don't
change all the locale settings just because of
On 23/01/13 10:27, Ross Tinsley wrote:
Originally posted this on the standard mailing list and it was suggested that I
post here on SIG Mac list. Have also included Beren's response who emphasised
using the R.app GUI, however I am doing this as my first step. The below error
message turns up
On 23/01/2013 02:40, m p wrote:
Hello,
I have R running on my Mac OSX 10.7.5 under X11 and when I interactively in
R issue x11() and plot(..) it exits with messages below.
I can display multiple image formats including xwd.
Is that fixable under X11, how?
What do you think seq(1:10) does? Add
On 02/01/2013 10:23, Guillaume Meurice wrote:
Dear all,
I recently got problem using impute package, which raise the following error
message :
Error in ximp[junk$imiss == 2] - NA :
invalid type (bytecode) for 'dimnames' (must be a vector)
And from time-to-time, it also cause some
On 15/12/2012 02:36, Ray DiGiacomo, Jr. wrote:
Hi Victor,
I have a MacBook Pro with Retina display and use R everyday. I have not
seen any issues related to the flash storage.
I have not used RStudio very frequently so I cannot say if that software
works well on a Retina model - but I am
101 - 200 of 257 matches
Mail list logo
