Okay was able to find the link -
https://www.r-bloggers.com/2020/04/updating-to-4-0-0-on-macos/
Also would suggest installing RSwitch (https://rud.is/rswitch/) so you can
keep both versions and switch between the until you ar certain all the kinks
are gone.
-Roy
> On May 25, 2021, at 1:28
When R4.0 came out, someone on R-Bloggers post a very nice to automate
updating your packages from R3.6. I just used it to do my update from R4.0 to
R4.1 - it works perfectly. I would include the script here, but since I don't
have the exact reference I don't like posting someone else's
Thanks. That is what I want to know.
-Roy
> On May 25, 2021, at 8:20 AM, Duncan Murdoch wrote:
>
> On 25/05/2021 10:44 a.m., Roy Mendelssohn - NOAA Federal via R-SIG-Mac wrote:
>> I seem to remember a discussion not too long ago that the very latest
>> version fo XQuart
I seem to remember a discussion not too long ago that the very latest version
fo XQuartz did not install all the libraries needed by R, and to install the
previous on instead (I hav XQuartz 2.7.11, the latest is 2.8.1). Is this
still the case?
Thanks,
-Roy
> On May 24, 2021, at 10:36 PM,
Hi Simon:
So perhaps the take-home message is that if you depend on that suite of
packages, perhaps the time is not ripe to update to R4.1?
Also wondering how this will affect CRAN checks for packages that have on of
those packages as "Suggest" or "Depend"?
Thanks,
-Roy
> On May 22, 2021,
Ditto on the thanks. Will also remind people that there were warnings that
folks might want to hold off on upgrading to Big Sur because there might be
hiccups, and to wait till it looked like most things were resolved.
I imagine this is a huge amount of work. Graeful to all who are working
Thank to all who are working on this. Looks like a lot of work. Also looks
like when and if R can run in native mode on the M1 it will be very fast.
-Roy
> On Nov 17, 2020, at 6:57 AM, Prof Brian Ripley wrote:
>
> Mine (a 8GB MBA) arrived today, so I have started doing some comparisons.
>
Hi:
While it is possible you will get the help you seek here, I think you would
likely to get more help, and more knowledgeable help, on this more specialized
issue, at the Stan Forum. https://discourse.mc-stan.org. I remember seeing
in the summaries I get some issues with different
https://developer.r-project.org/Blog/public/2020/11/02/will-r-work-on-apple-silicon/
It reads like a lot of work. Thanks for the efforts!
-Roy
**
"The contents of this message do not reflect any position of the U.S.
Government or NOAA."
**
Roy
next sync, but you can use the Mac master in the meantime which
> worked for me:
>
> install.packages(c("rpf", "statespacer", "tmap",
> "workflows"),,"https://mac.R-project.org;)
>
> Cheers,
> Simon
>
>
>
>
>
Though what is shown below is from the RStudio repository, I have tried
several others, including R-cloud. Is it just something on my end or are
there problems. CRAN shows the versions trying to be installed.
-Roy
install.packages(c("rpf", "statespacer", "tmap", "workflows"))
Installing
I ran package update this morning, so in CRAN terms I should be up to date.
Based on this email:
https://stat.ethz.ch/pipermail/r-sig-mac/2020-June/013599.html
I installed lwgeom rgdal rgeos sf from that repository. These are built with
GEOS 3.8.1, GDAL 3.1.0, PROJ 6.3.2. It installed
I installed the whole suite available through Prof. Ripley's efforts, and
finally have gotten time to do extensive testing. I just ran into a problem
with code that worked previously. It doesn't break all the mapping code, only
some. The error I get is given below. And yes I realize that
I will do the install sometime over the weekend, and test what I have (mainly
the packages I have that use these). Today is kind of tis up (I mean I can do
the install easily enough, just no time to do any testing).
Thanks,
-Roy
> On Jun 12, 2020, at 7:17 AM, Roger Bivand wrote:
>
>
r-project.org/openmp/
>
> Best,
>
> JJB
>
> On 5/26/20, 2:00 PM, "R-SIG-Mac on behalf of Roy Mendelssohn - NOAA Federal
> via R-SIG-Mac" r-sig-mac@r-project.org> wrote:
>
>Hi All:
>
>Awhile back Simon posted what if anything should be in
Hi All:
Awhile back Simon posted what if anything should be in your Makevars for R4.0.0
if you needed to compile packages from source. I thought I had saved that
email but i can't find it, and I just looked at the archives and can't find it
either. If anyone has that info I would appreciate
$!$!$$$@!+!.
So I went there, still saw old version. Cleared cache, went again, still
saw old version. Cleared cache again, went there, saw new version. Grrr.
The kind of small things that drive me nuts.
Thanks,
-Roy
> On Dec 13, 2019, at 9:55 AM, Bob Rudis wrote:
>
> It's
Yes but I don't see the installer on the CRAN site, I only see the installer
for 3.6.1. Am I missing something? Not a complaint, just don't see it? I
did clear my caches.
Thanks,
-Roy
> On Dec 13, 2019, at 9:51 AM, Bob Rudis wrote:
>
> 3.6.2 was released on the 12th and it's been on
Looks similar to mine. I am just guessing here, but did you upgrade to 3.6
and not reinstall all of your packages? Or have you checked if you have
something in .Rprofile or the like that is setting the path to something that
conflicts?
-Roy
> On Aug 20, 2019, at 8:20 PM, Richard Fuhr
Worked on my machine. I think you need to give more info, including what
version of the OS you are running, and from within R the result of
'sessionInfo()', also what happens if you run it from within R, rather than
from RScript.
HTH,
-Roy
> On Aug 20, 2019, at 7:27 PM, Richard Fuhr
24, 2019, at 10:54 AM, Bryan Hanson wrote:
>>>>
>>>> If it helps troubleshoot, I updated more or less on the same timeline as
>>>> Roy did and had the same problems Roy had, and Roy’s most recent response
>>>> below gives the same response on my Mac. R
gives the same response on my Mac. Roy’s fix * fixed things for me. Bryan
>
> * open
> /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg
>
>> On Jul 24, 2019, at 10:46 AM, Roy Mendelssohn - NOAA Federal via R-SIG-Mac
>> wrote:
>>
for me. Bryan
>>
>> * open
>> /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg
>>
>>> On Jul 24, 2019, at 10:46 AM, Roy Mendelssohn - NOAA Federal via R-SIG-Mac
>>> wrote:
>>>
>>> Hi Simon:
>>>
>>>> ls /L
y.
>
> Thanks,
> Simon
>
>
>
>> On Jul 23, 2019, at 14:50, Roy Mendelssohn - NOAA Federal via R-SIG-Mac
>> wrote:
>>
>> Hi Simon:
>>
>> I am using CRAN release, recommended CRAN compilers. Yesterday morning one
>> updated
>> On Jul 23, 2019, at 12:47 PM, Roy Mendelssohn - NOAA Federal via R-SIG-Mac
>> wrote:
>>
>> If like me you updated to Xcode 10.3, in Apple's infinite wisdom the
>> install again wipes out the header files. So if you did the update and
>>
If like me you updated to Xcode 10.3, in Apple's infinite wisdom the install
again wipes out the header files. So if you did the update and install from
source remember to re-install the headers:
> open
> /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg
Um you didn't mention what version of the compiler and where you downloaded it
from. The last couple of versions available through the tools links have
supported OpenMP. I have compiled that package, but I am using R 3.5.3 and
clang 6, I believe R 3.6.0 uses clang 7, but that also supports
nek
> wrote:
>
> Yes, I did, if you used R 3.6.0 there would be no issue (as long as you have
> command line tools installed).
>
> Cheers,
> Simon
>
>
>> On Apr 24, 2019, at 12:06, Roy Mendelssohn - NOAA Federal via R-SIG-Mac
>> wrote:
>>
>> Yes
Yes that is where I found the command. I would add though that I had done that
for Xcode 10.2.0, and appears that when you install the new versions that the
installer actually deletes the headers at that location. At least that is what
happened to me when I updated to Xcode 10.2.1. So people
Hi Kaspar:
There is an issue of where Xcode puts headers. I have posted on this
previously. I did the same update as you, and not only doesn't Xcode put the
headers where R expects, it appears to delete the existing headers.
Anyhow, try running the following and see if your problems go
g Xcode 10.2
>>
>> HTH,
>>
>> -Roy
>>
>>
>>> On Apr 4, 2019, at 12:26 PM, Simon Urbanek
>>> wrote:
>>>
>>> Roy,
>>>
>>> thanks, but can you give some details? I'm on a Mojave system and don't see
&
and don't see
> any issues - this will likely depend on your Xcode installation. Does it mean
> some Xcode version is lacking headers? Which version, how did you install it?
>
> Thanks,
> Simon
>
>
>> On Mar 30, 2019, at 2:21 PM, Roy Mendelssohn - NOAA Federal via R-
I recently updated to Mojave and all of a sudden I was getting header not found
errors when trying to compile packages. I was pretty certain my Makevars files
was correct, as I had been compiling before the upgrade successfully, and the
compilers hadn't changed.
The following is in some of
been installed inadvertently.
>>
>> stop press: configure works! Thanks!
>>
>>
>> Best wishes
>>
>> Robin
>>
>>
>>
>> hankin.ro...@gmail.com
>>
>>
>>
>> hankin.ro...@gmail.com
>>
>>
>&g
gt; hankin.ro...@gmail.com
>
>
>
> hankin.ro...@gmail.com
>
>
>
>
> On Thu, Feb 28, 2019 at 2:47 PM Roy Mendelssohn - NOAA Federal via
> R-SIG-Mac wrote:
>>
>> Anaconda adds code to the end of your ,.profile that can really play havoc
>> with paths
Anaconda adds code to the end of your ,.profile that can really play havoc with
paths in other programs/settings - and off I remember correctly it puts the
changes at the front of your $PATH.. I moved that code in .profile to a
separate file. When I want anaconda, I just source the file.
Check that you have the latest version of the clang compiler from the r-mac
site. I believe the present version supports -fopenmp, previous version did
not. If not, I can point you to a different link to download the compiler,
but I think using the officially approved versions the cleanest
37 matches
Mail list logo
