Naras,
it does if you use latest version please see
https://stat.ethz.ch/pipermail/r-sig-mac/2025-April/015155.html
Cheers,
Simon
> On Jun 12, 2025, at 9:17 AM, Balasubramanian Narasimhan
> wrote:
>
> R 4.5.0's addition of two new routines to BLAS
> (https://cran.r-project.org/doc/manual
You mean aside from creating a symlink in
~/Library/Application Support/binman_chromedriver/mac_m1 ?
On 5/25/25 6:00 AM, r-sig-mac-requ...@r-project.org wrote:
Today I finally updated to R 4.5.0, and found that RSelenium had stopped
working.
It appears that it switched to the older convent
That could probably work, but as I just posted, it's not necessary if
you incorporate a PR for wdman.
remotes::install_github("ashbythorpe/wdman@chromefix")
Duncan Murdoch
On 2025-05-25 7:02 a.m., Carl Witthoft wrote:
You mean aside from creating a symlink in
~/Library/Application Support
I also got that missing libintl.h file issue on Mac Silicon. Instead of messing
up with Homebrew and its non-standard directories, I installed gettext from
Simon Urbanek recipies. This is really simple and libintl.h is then
automatically found by the compiler without requiring special compilatio
Hi Gavin,
If you want to use gettext from Homebrew, you need to make sure the
compiler include paths are set up correctly. As a reference, R
installations from Homebrew use (among other tweaks, but I think these
are the most relevant):
CPPFLAGS = -I/opt/homebrew/opt/gettext/include
-I/opt/hom
I don't know about Gavin, but all I wanted was to be able to install my
package from source on Github without an error.
Duncan Murdoch
On 2025-04-24 12:18 p.m., Kevin Ushey wrote:
Hi Gavin,
If you want to use gettext from Homebrew, you need to make sure the
compiler include paths are set up c
To finish this thread, here's the action I ended up with:
- name: Install dependencies on MacOS
if: runner.os == 'macOS'
run: |
sudo Rscript -e
"source('https://mac.R-project.org/bin/install.R'); install.libs('gettext')"
This needs to come after R has been set
That's it! It's the tar that needs the sudo.
I may switch to using the R script method to avoid hard-coding
architecture and version, but I've got something that works now.
Thanks!
Duncan Murdoch
On 2025-04-24 4:47 a.m., peter dalgaard wrote:
ICBW, but you seem to be sudo-ing the curl but
ICBW, but you seem to be sudo-ing the curl but not the tar?
Maybe curl . | sudo tar ... ?
- Peter
> On 24 Apr 2025, at 08:27 , Duncan Murdoch wrote:
>
> I didn't use sudo, but adding it doesn't help.
>
> Here's the latest failed run:
>
> https://github.com/dmurdoch/parseLatex/actions/ru
I didn't use sudo, but adding it doesn't help.
Here's the latest failed run:
https://github.com/dmurdoch/parseLatex/actions/runs/14634872157/job/41063801330
It fails to create opt/R/arm64. I also tried x86_64, with similar results.
Duncan Murdoch
On 2025-04-23 4:17 p.m., Simon Urbanek wrote:
It's the "just install gettext" part that's giving me trouble. How do
you do that in a Github action?
Duncan Murdoch
On 2025-04-23 1:04 p.m., peter dalgaard wrote:
If you are using Simon's tools and libs, just install gettext and make sure
that CPPFLAGS includes
-I/opt/R/x86_64/include and L
> On Apr 24, 2025, at 4:50 AM, Duncan Murdoch wrote:
>
> I am getting the same missing libintl.h error on my MacOS Github action.
> What do you recommend as the fix? My current script is here:
>
> https://github.com/dmurdoch/parseLatex/blob/main/.github/workflows/R-CMD-check.yaml
>
> I've
If you are using Simon's tools and libs, just install gettext and make sure
that CPPFLAGS includes
-I/opt/R/x86_64/include and LDFLAGS -L/opt/R/x86_64/lib (mutatis mutandis for
ARM, of course).
-pd
> On 23 Apr 2025, at 18.50, Duncan Murdoch wrote:
>
> I am getting the same missing libintl.h
I am getting the same missing libintl.h error on my MacOS Github action.
What do you recommend as the fix? My current script is here:
https://github.com/dmurdoch/parseLatex/blob/main/.github/workflows/R-CMD-check.yaml
I've tried a couple of things (install using brew: fails because it is
a
Much thanks; all is working well
cheers, roy
On Mon, Apr 21, 2025 at 9:27 PM Simon Urbanek
wrote:
> Roy,
>
> Please update to R 4.5.0 Patched from https://mac.R-proejct.org as
> discussed here before - see
>
> https://stat.ethz.ch/pipermail/r-sig-mac/2025-April/015155.html
>
> Cheers,
> Simon
Roy,
Please update to R 4.5.0 Patched from https://mac.R-proejct.org as discussed
here before - see
https://stat.ethz.ch/pipermail/r-sig-mac/2025-April/015155.html
Cheers,
Simon
> On Apr 21, 2025, at 1:48 PM, roy wrote:
>
> After executing the following:
> cd /Library/Frameworks/R.framework
> On Apr 20, 2025, at 8:49 PM, r-sig-mac-requ...@r-project.org wrote:
>
> [R-SIG-Mac] R 4.5.0 and veclib version of blas
Others are probably more familiar but this seems recent and like it might apply.
https://developer.r-project.org/blosxom.cgi/R-devel/2025/04/02
[[alternative HTML v
Thanks Simon, some comments to selected aspects
> 1) Despite what you said, what you are showing below is output from CRAN R
That's what Homebrew installs (now? perhaps it was different in the
past?), I didn't install R by hand and certainly got this R from
Homebrew, and reading the ruby script i
Gavin,
there are few issues here with different possible solutions.
In general, you cannot mix R from Homebrew and CRAN - they use different
toolchains and libraries so you have to pick one.
1) Despite what you said, what you are showing below is output from CRAN R, so
one option (which I'd r
Looks like you'd be better off with libintl from Simon's gettext binaries on
mac.r-project.org. The compiler is looking for include files in
/opt/R/arm64/include and not /opt/homebrew/include.
-pd
> On 19 Apr 2025, at 14.45, Gavin Simpson wrote:
>
> Dear list
>
> I seem to be running into a
> On Mar 23, 2025, at 3:37 PM, Simon Urbanek
> wrote:
>
> Please ignore this "advice" - it makes the mess even worse. As you can tell
> if you look closer at the output it's about 3rd party tools like homebrew
> messing up the build which causes the problem in the first place.
>
> BTW: the
> However, I am still not able to install RQuantLib. It does not find boost.
>> install.packages("RQuantLib", type = "source", lib = .libPaths()[2],
>> configure.args = c("--with-boost-include=/opt/R/x86_64/include/boost"),
>> configure.vars = c("CPPFLAGS='-DQL_HIGH_RESOLUTION_DATE'"))
> tryin
My guess was that the problematic Boost dependency ended up being statically
linked so it didn’t matter too much where you did this from.
I didn’t verify this though.
If you have something that works better for you. All the better.
> On Mar 30, 2025, at 6:25 PM, r-sig-mac-requ...@r-project.org w
Please ignore this "advice" - it makes the mess even worse. As you can tell if
you look closer at the output it's about 3rd party tools like homebrew messing
up the build which causes the problem in the first place.
BTW: the page you quote is complete nonsense: CRAN does provide binaries -
that
For the list, to be clear, installing using homebrew did work for me. As per
the package author’s directions in the link provided.
Whatever other issues with homebrew there might be.
> On Mar 23, 2025, at 4:45 PM, Michael Hall wrote:
>
>
>
>> On Mar 23, 2025, at 3:37 PM, Simon Urbanek
>>
You might make sure the
lib = .libPaths()[2]
Isn’t messing you up somehow
> On Mar 23, 2025, at 11:37 AM, r-sig-mac-requ...@r-project.org wrote:
>
> However, I am still not able to install RQuantLib. It does not find boost.
>> install.packages("RQuantLib", type = "source", lib = .libPaths()[2],
This isn't the address for the R Foundation, but in any case, it would
have nothing to say about your question. It's about funding for
R-related projects, not debugging third party software.
This email list is about community discussions on using the R build on
MacOS. So there's a chance tha
Jennifer,
as usual, it was announced on the mac.R-project.org webpage since it only
affects the builds there. R-devel is "unstable" so it may be subject to change,
but at this point gfortran 14.2 seems most likely to be the compiler we'll use
for 4.5.0 unless we find any issues with that.
Chee
Two new data points:
1. The loss of event handling happened again today, so John Fox's
suggestion to avoid AppNap was not sufficient.
2. Sys.sleep(10) still produces the ignored events, but in the broken
state, it doesn't recover at the end.
Duncan Murdoch
___
On 2024-12-11 6:22 p.m., Simon Urbanek wrote:
On Dec 12, 2024, at 10:00 AM, Duncan Murdoch wrote:
On 2024-12-11 3:43 p.m., Michael Hall wrote:
Message: 1
Date: Wed, 11 Dec 2024 12:25:42 -0500
From: Duncan Murdoch
To: R-SIG-Mac
Subject: [R-SIG-Mac] R.app not handling events
Message-ID:
C
> On Dec 12, 2024, at 10:00 AM, Duncan Murdoch wrote:
>
> On 2024-12-11 3:43 p.m., Michael Hall wrote:
>>>
>>> Message: 1
>>> Date: Wed, 11 Dec 2024 12:25:42 -0500
>>> From: Duncan Murdoch
>>> To: R-SIG-Mac
>>> Subject: [R-SIG-Mac] R.app not handling events
>>> Message-ID:
>>> Content-Type
On 2024-12-11 3:43 p.m., Michael Hall wrote:
Message: 1
Date: Wed, 11 Dec 2024 12:25:42 -0500
From: Duncan Murdoch
To: R-SIG-Mac
Subject: [R-SIG-Mac] R.app not handling events
Message-ID:
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Every now and then R.app stops responding
>
> Message: 1
> Date: Wed, 11 Dec 2024 12:25:42 -0500
> From: Duncan Murdoch
> To: R-SIG-Mac
> Subject: [R-SIG-Mac] R.app not handling events
> Message-ID:
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> Every now and then R.app stops responding to various events while a
Hello,
I may add a final message in case someone looks up this issue online
regarding RStudio:
Everything seems to be resolved in combination with RStudio version
2024.10.0-daily+223,
while it would still crash with RStudio 2024.09.0+375 (the current stable
release).
I’ve not tried to track
[[alternative HTML version deleted]]
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Sebastian,
The R GUI problem has been identified (R-devel removed R_SetOptionWidth() which
broke the GUI) and is now fixed (Mac-GUI r8453).
I cannot comment on RStudio issues, but you mentioned packages: check your
.libPaths() and make sure you remove (or re-install) *all* packages since
packa
Sebastian,
thanks, I can replicate the crash in the R GUI and it’s due to a missing symbol
detected at run-time (I’m attaching the traceback even though it’s not very
helpful). Unfortunately, the error doesn’t say which symbol and from which
library - and the use is inside Apple’s core library,
Hello,
Thanks again to Prof Ripley and Simon; however, I am afraid I have to get back
to you on this because my “I am good for now" was premature.
The R-devel builds now appear again on https://mac.r-project.org/; thank you
very much!
Unfortunately, I have the same issue with these builds as
On 25/09/2024 10:26, Sebastian Kreutzer wrote:
Hi Simon,
Many thanks for your prompt reply and the link; it greatly helps, and I
appreciate it!
Yes, sorry for not detailing my issue further, but I did not want to
spam anybody with the log and configuration files I am using, so I cut
it short
Hi Simon,
Many thanks for your prompt reply and the link; it greatly helps, and I
appreciate it!
Yes, sorry for not detailing my issue further, but I did not want to
spam anybody with the log and configuration files I am using, so I cut it
short.
I will also look more carefully into the dif
Sebastian,
if you want to replicate the CRAN builds, you have to also use the same
settings, otherwise you may have a build which is not binary compatible. It is
unclear from your description how you built R (there are several variants such
as framework install vs "unix"-style install and they
Dear,
Thanks for your message,
I'm currently on paternity leave until 23th of July and cannot respond to your
email. Please contact my colleagues if you have questions or need assistance.
Best Wishes,
Bram
On 30 Jun 2024, at 17:24, Christian Hoffmann via R-SIG-Mac
wrote:
Cancel subscription
Cancel subscription, please.
Von meinem iPhone gesendet
> Am 27.06.2024 um 09:49 schrieb r-sig-mac-requ...@r-project.org:
>
> Send R-SIG-Mac mailing list submissions to
>r-sig-mac@r-project.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>https://stat.ethz.ch/mailman/
Spencer,
Since you already have homebrew on your PATH you can simply run "brew install
pandoc".
Otherwise you can just set the path while running R CMD:
PATH="~/Library/Application Support/r-pandoc/3.2:$PATH" R CMD build fda
As of where to set the PATH - it depends on where you run it from - i
On 2024-06-13 2:22 p.m., Spencer Graves wrote:
On 6/13/24 12:27, Jeff Newmiller wrote:
Don't assume the system environment variables defined at the R command prompt
are the same as the environment variables defined at the shell prompt. Various
R startup scripts often alter these variables wi
Hi, Duncan, Jeff et al.:
Thanks for the help. Can I edit "R CMD" so it modifies the path? If
yes, how? If that's not feasible, can I create a script of my own that
would first change the path and then call "R CMD"?
I asked Apple how to modify the path and was told they do not support
On 6/13/24 12:27, Jeff Newmiller wrote:
Don't assume the system environment variables defined at the R command prompt
are the same as the environment variables defined at the shell prompt. Various
R startup scripts often alter these variables within R. It looks from my
obscured position lik
Don't assume the system environment variables defined at the R command prompt
are the same as the environment variables defined at the shell prompt. Various
R startup scripts often alter these variables within R. It looks from my
obscured position like the pandoc install directory is present in
Carl,
it shows that you apparently had some ancient version of magrittr installed way
back from R 4.2.x. I have no idea why or how you got it, but
update.packages(checkBuilt=TRUE) in R 4.4.0 should have fixed it.
Cheers,
Simon
> On 1/05/2024, at 12:32 AM, Carl Witthoft wrote:
>
> Thanks, P
Thanks, Peter! The funny thing is that I had kept R 4.2 around in the
Frameworks directory, but didn't expect a new installation of R4.4 to
choose that path for libs. I removed R4.2 , then reinstalled R4.4 and now
the correct libs are invoked. I guess some config macro file must have
remained i
Hmm, worx4me. At least from a fresh source build.
I am suspicious of the "4.2" in a number of entries in your log, e.g.
{
"source" : "P",
"arch" : "x86_64",
"base" : 5029900288,
"size" : 3260416,
"uuid" : "c3e6d895-7059-3865-aa61-a941ea1c4569",
"path" :
"\/Library\/Frameworks\
I confirm this happens on my M2 Max, with regular install from CRAN.
Best,
Adrian
On Sat, Feb 10, 2024 at 5:06 AM Michael Grundler
wrote:
> Thank you. Yes, I can confirm the problem persists after re-installing
> XQuartz and installing 4.3.2 from CRAN.
>
> On Fri, Feb 9, 2024 at 9:33 PM Roy Mend
Thank you. Yes, I can confirm the problem persists after re-installing
XQuartz and installing 4.3.2 from CRAN.
On Fri, Feb 9, 2024 at 9:33 PM Roy Mendelssohn - NOAA Federal
wrote:
>
> Hi Michael:
>
> On Feb 9, 2024, at 6:00 PM, Michael Grundler wrote:
>
> I'm observing the behavior in Terminal r
Hi Michael:
> On Feb 9, 2024, at 6:00 PM, Michael Grundler wrote:
>
> I'm observing the behavior in Terminal running R 4.3.2 (from both
> homebrew and macports) and in R.app running R 4.4.0 (development).
While this may be problem in R (and also the advice given by Bryan Hanson to
re-install
Did you re-install XQuartz when you upgraded? Generally one needs to when
upgrading. Bryan
> On Feb 9, 2024, at 7:00 PM, Michael Grundler wrote:
>
> Hi all,
>
> I recently upgraded to a new Macbook Pro (Nov 23) with the M3 Pro chip
> running Sonoma 14.3.1 and am experiencing some graphics is
Please read the instruction on the download page - this is typically due to
your system setting disallowing installation from the downloaded location so
you have to move the package to a location from which you have allowed
installation such as your home.
Cheers,
Simon
> On 18/10/2023, at 1:2
You appear to have tried to download R from a posit.co website, but you
haven't given us enough details to work out what went wrong:
- What URL did you download from?
- What type of Mac are you using? What version of MacOS is it running?
Generally posit.co does a good job of mirroring CRAN, bu
Thank you very much, Simon.
This build of R.GUI works fine on my MacBook Pro M2 with Sonoma. The previous
version of R.GUI did not work well (same problems as the other emails
indicated).
Best regards.
María-Ángeles Casares-de-Cal
Department of Statistics, Mathematical Analysis and Optimization
Federico,
yes, you can right-click and select Open. The app is signed, but is it not
notarized - we only do that for the R release packages, because that's how our
process works.
Cheers,
Simon
> On Oct 5, 2023, at 11:03 PM, Calboli Federico (LUKE)
> wrote:
>
> “R.app” can’t be opened becau
�R.app� can�t be opened because Apple cannot check it for malicious software.
I can circumvent it but I thought it was pretty funny.
YT
F
Federico Calboli
Erityisasiantuntija, tutkimusrahoitus
Palveluryhm�t
Luonnonvarakeskus
I had a look and can reproduce it. What happens is that macOS Sonoma
m Revelle
> *Cc: *hel...@ucsd.edu , Smith, Desmond
>
> *Subject: *Re: [R-SIG-Mac] R 4.3.1 fails on Mac OS 14
>
> Not to beat a dead horse, but it may be that this is the mechanism for
> the spontaneous switching I was experiencing in versions for a couple of
> years. Don&#
I updated to Sonoma. I reinstalled R and RStudio and is working fine for me
in M1 and Intel.
Manuel
On Wed, 4 Oct 2023 at 19:19 Simon Urbanek
wrote:
> I had a look and can reproduce it. What happens is that macOS Sonoma is
> sending dozens of notifications that a window will close (even if no w
Not to beat a dead horse, but it may be that this is the mechanism for
the spontaneous switching I was experiencing in versions for a couple of
years. Don't know why I would be unique in that but it seems to have
been the case.
Just adding the observation in case it provides a puzzle piece.
;>> --
>>> Rodney Sparapani, Associate Professor of Biostatistics, He/Him/His
>>> Vice President, Wisconsin Chapter of the American Statistical Association
>>> Institute for Health and Equity, Division of Biostatistics
>>
I had a look and can reproduce it. What happens is that macOS Sonoma is sending
dozens of notifications that a window will close (even if no window is being
closed!) and since we move the focus to the next window on close it happens
every time macOS sends that notification and thus many times in
. This makes me extremely hesitant
> for Sonoma
> > >>> since I am finally happy now. So long story short: Apple gets there,
> > >>> but it can take years sometimes. The new hardware like ARM (and
> > >>> the titanium iPhone!) look so cool it can be v
t it can take years sometimes. The new hardware like ARM (and
> > >>> the titanium iPhone!) look so cool it can be very tempting to go
> > >>> bleeding-edge. I learned my lesson when Ventura first came out.
> > >>> R was not ready and n
Ventura first came out.
> >>> R was not ready and neither were lots of tools that we use here
> >>> at work. Good luck
> >>> --
> >>> Rodney Sparapani, Associate Professor of Biostatistics, He/Him/His
> >>> Vice President, Wisconsin Chapte
tistics
Medical College of Wisconsin, Milwaukee Campus
From: William Revelle
Date: Sunday, October 1, 2023 at 12:01 PM
To: Sparapani, Rodney , r-sig-mac@r-project.org
Subject: Re: [R-SIG-Mac] R 4.3.1 fails on Mac OS X Sonoma
ATTENTION: This email originated from a sender outside of MCW. Use caution wh
rofessor of Biostatistics, He/Him/His
>> Vice President, Wisconsin Chapter of the American Statistical Association
>> Institute for Health and Equity, Division of Biostatistics
>> Medical College of Wisconsin, Milwaukee Campus
>> From: William Revelle
>> Date: Sunday, Oct
t 12:01 PM
> To: Sparapani, Rodney , r-sig-mac@r-project.org
>
> Subject: Re: [R-SIG-Mac] R 4.3.1 fails on Mac OS X Sonoma
> ATTENTION: This email originated from a sender outside of MCW. Use caution
> when clicking on links or opening attachments.
>
&
On 02/10/2023 05:41, David Winsemius wrote:
Neither of you have mentioned anything about the need for reinstallation of
Xquartz. Was that done?
I did not need to do so when updating to Sonoma. And of course the
E.app console (not 'base R') which seems to be the issue does not use X11.
I al
Neither of you have mentioned anything about the need for reinstallation of
Xquartz. Was that done?
—
David.
Sent from my iPhone
> On Oct 1, 2023, at 10:02 AM, William Revelle wrote:
>
> Rodney,
>
> Thanks for your quick reply.
>
> It turns out this is just a problem with the base R for
Rodney,
Thanks for your quick reply.
It turns out this is just a problem with the base R for Mac graphics window
(which is to say, the version I like). I can still use R-studio (which I don’t
like as much).
I can wait patiently for a patch to the Mac version while using R-Studio.
That way
Yes, I've got the same issue. It's a deal breaker and has been there the
whole beta of os14
There are some other new deprecated and end of life code calls that need
cleaning up too.
On Sun, Oct 1, 2023, 5:19 PM William Revelle wrote:
> Dear Mac users of R and developers.
>
>
> I recently upda
You can’t stop something that isn’t going. Try
x <-0
for (i in 1:10) x <- x+1
Ken
> On 21 Aug 2023, at 5:04 pm, Antony Corrie-Keilig
> wrote:
>
> Team,
>
> On mac R install the stop button in the console and the function button in
> the document pain are greyed out i.e. non-functio
> On Aug 21, 2023, at 3:04 AM, Antony Corrie-Keilig
> wrote:
>
> You don't often get email from ant...@corrie-keilig.com. Learn why this is
> important
> Team,
> On mac R install the stop button in the console and the function button in
> the document pain are greyed out i.e. non-functional
That makes me wonder if something untoward is in your .login, .bashrc,
or similar startup files invoked by Terminal.
On 8/1/23 6:00 AM, r-sig-mac-requ...@r-project.org wrote:
Send R-SIG-Mac mailing list submissions to
r-sig-mac@r-project.org
To subscribe or unsubscribe via the World W
Do you know where the `library(cgwtools)` call came from? It appears to
be the culprit.
I'd try (command line)
R --vanilla
for a minimal load, then update packages, etc. Then try the regular
load. If it still fails, go back to vanilla, and source your .Rprofile
with echo = TRUE to see w
On 7/22/23 4:42 PM, David Winsemius wrote:
And I forgot to ask what's in your .Rprofile file?
Nothing that ever caused trouble in the past, but FWIW, here it is:
setwd('~/Rgames')
#print('diagnostic: ~/.Rprofile ran')
#doubt this'l work... 'quartz' not recognized by startup sequence
#qu
And I forgot to ask what's in your .Rprofile file?
On 7/22/23 13:29, Carl Witthoft wrote:
Neither R.app Gui nor R from command line will work.
This is 4.3.1 , MacOS 13.4 on an x86 (and yes, that's the version I
installed).
Heres the error traceback from the command line:
*** caught s
On 7/22/23 13:29, Carl Witthoft wrote:
Neither R.app Gui nor R from command line will work.
This is 4.3.1 , MacOS 13.4 on an x86 (and yes, that's the version I
installed).
Heres the error traceback from the command line:
*** caught segfault ***
address 0x0, cause 'memory not mapped'
Tra
> On Apr 29, 2023, at 5:32 PM, r-sig-mac-requ...@r-project.org wrote:
>
> symbol not found in flat namespace ‘___kmpc_critical’
Seems to suggest a workaround…
https://github.com/glmmTMB/glmmTMB/issues/588
Trouble installing with openMP support: Symbol not found: ___kmpc_critical ·
Issue #588
On 23/04/2023 11:25 a.m., Dirk Eddelbuettel wrote:
The URL ${CRAN}/bin/macosx/R-latest.pkg is in fairlt widespread use. A quick
Google query [1] reveals about 1.1k hits. And it happens to be used too in a
CI job a colleague noticed failing yesterday.
The bin/macosx/ page now prominently display
Mikael,
the OpenMP binaries are entirely unrelated to the R release. Also you cannot
put libiomp anywhere else without modification, because it contains the path
and is signed. Given that you need additional flags for OpenMP anyway, this is
not really an issue, since you have to know what you a
The OpenMP binaries provided here
https://mac.r-project.org/openmp/
still have the usr/local/ prefix. Is that intentional? If that prefix were
simply deleted, then users could unpack with (for example)
tar -xvf openmp-14.0.6-darwin20-Release.tar.gz -C /opt/R/$(uname -m)
And then not
Nicolas,
we can't tell unless you post the error log and you didn't even tell us your
macOS version, but in recent versions security settings prevent the
installation from the Downloads folder, so make sure you move it away from
there to some safe location (home, Desktop or /tmp). Otherwise, su
Dear all,
I'ma happy to inform that the procedure suggested by Simon. worked . thanks
a lot
On Wed, Mar 15, 2023 at 3:58 PM Andrea Apolloni
wrote:
> Dear Simon , dearl all
> thank you for your feedback
>
> On Mon, Mar 13, 2023 at 8:02 PM Simon Urbanek
> wrote:
>
>> Andrea,
>>
>> Make sure you d
Dear Simon , dearl all
thank you for your feedback
On Mon, Mar 13, 2023 at 8:02 PM Simon Urbanek
wrote:
> Andrea,
>
> Make sure you don't have any outdated tools or flags overrides (e.g. in
> ~/.R).
I'm not sure how to do it (sorry). I'm going with the second option
> If it doubt clean /usr/l
> On Mar 14, 2023, at 3:50 PM, Simon Urbanek
> wrote:
>
> Well, what I saw in the searches what that it was a problem with Homebrew
> tools breaking on that flag. Again, it's all speculation, because no one
> posted the actual issue ... so it's anyone's guess what this is all about
> until
Simon,
Yes, sure, I need to keep an eye on the GCC version from HB, because when it
changes the makevars breaks. Otherwise I never really had issues, but I am
happy to break stuff, and fix it.
Federico Calboli
Tutkija
Genomiikka ja jalostus
Luonnonvarakeskus
Federico,
given that Homebrew is
Well, what I saw in the searches what that it was a problem with Homebrew tools
breaking on that flag. Again, it's all speculation, because no one posted the
actual issue ... so it's anyone's guess what this is all about until someone
actually posts the details I asked for - I don't see that pro
> On Mar 14, 2023, at 3:32 PM, Simon Urbanek
> wrote:
>
> If that is the case, can you actually post what the issue is? The original
> post had no details and did not follow up when asked for details. When
> googling the issue seems to arise in Homebrew, not the Apple tools so as I
> noted
Federico,
given that Homebrew is likely the cause for the mess, advising to install a
custom installation seems like a very bad idea. It is likely very dependent on
the versions of the tools from Homebrew which is what breaks. Therefore I would
strongly advise against it (unless you know what y
If that is the case, can you actually post what the issue is? The original post
had no details and did not follow up when asked for details. When googling the
issue seems to arise in Homebrew, not the Apple tools so as I noted removing
Homebrew should work.
Cheers,
Simon
> On 15/03/2023, at
First off apologies for the horrible quoting from me, I have been forced to
move from Mail.app to Outlook and nothing works as it should.
I understand the XCode tool are needed to install homebrew, but after that they
are not the focus � my R makevars calls the gcc I installed with homebrew, not
>
> I actually do not use Rcpp, I was just curious to know whether it works on my
> machine or not. Apparently it does.
>
Me either. Fwiw.
xcode-select --version
xcode-select version 2396.
Also Ventura 13.2.1
> library(Rcpp)
> evalCpp( "1+1")
[1] 2
::sprintf(buff, "%02x", from
It sounds like it is worth a try. However, I�m not sure it�s clear your OS and
other versions match the original posters?
My bad, I�m on MacOS 13.2.1 arm64, with the latest XCode CLT
Did you build for the same issue?
I actually do not use Rcpp, I was just curious to know whether it works on my
> On Mar 14, 2023, at 7:40 AM, Calboli Federico (LUKE)
> wrote:
>
> I know that posting a makevars is somehow iffy, but I installed GCC with
> homebrew and my
>
> ~/.R/Makevars
>
It sounds like it is worth a try. However, I’m not sure it’s clear your OS and
other versions match the ori
ot;1+1")
[1] 2
Federico Calboli
Tutkija
Genomiikka ja jalostus
Luonnonvarakeskus
From: R-SIG-Mac on behalf of Michael Hall
Date: Tuesday, 14. March 2023 at 13.52
To: r-sig-mac
Subject: Re: [R-SIG-Mac] R , RCPP unsing MACOS ventura
> On Mar 14, 2023, at 6:00 AM, r-sig-mac-requ...@
1 - 100 of 853 matches
Mail list logo
