Re: [R-SIG-Mac] plot() does not give labels under quartz

This _may_ be unrelated to a corrupt font cache. Note that the OP says the issue is fixed by resizing the quartz screen. To see this in action (explanation below) I have posted http://www.biostat.jhsph.edu/~khansen/screen1.png (the initial look of the quartz window) http://www.biostat.jhsph.e

Re: [R-SIG-Mac] plot() does not give labels under quartz

I re-read the OP, and Ripley is right (as usual) (damnit :) What seals the deal for me is that both x- and y-labels are missing. Kasper On Wed, Jan 19, 2011 at 10:00 AM, Prof Brian Ripley wrote: > On Wed, 19 Jan 2011, Kasper Daniel Hansen wrote: > >> This _may_ be unrelated to a

Re: [R-SIG-Mac] system('man R') works in Mac unix R but not in GUI R

On Fri, Mar 25, 2011 at 9:14 AM, Joseph Kunkel wrote: > Using  R 2.12.2 GUI 1.36 Leopard build 64-bit (5691) > > system('man R') gives error: 'No manual entry for R' ...  ?? > > Running R in a unix window the system('man R') function provides the expected > manual entry. > > This complicates my t

Re: [R-SIG-Mac] rgl for r-devel (2.14.0)?

This is not really what you are asking about, but note that you are using the wrong R if you are trying to make sure your package will work with soon-to-be-released R-2.13. You need to check out from branches-2-13 and not from trunk. Kasper On Wed, Mar 30, 2011 at 6:43 AM, Roger Koenker wrote:

Re: [R-SIG-Mac] problem checking packages with R 2.13.0

John, I don't know about Eclipse, but on a Mac it is completely standard that a GUI does not inherit anything from .bashrc/.profile. So it is pretty standard that you may have problems with environment variables. You can do two things (1) use environment.plist (google it) (2) use Sys.setenv(

Re: [R-SIG-Mac] problem checking packages with R 2.13.0

On Sun, Apr 17, 2011 at 7:16 PM, John Fox wrote: > Dear Kaspar, > >> -Original Message----- >> From: Kasper Daniel Hansen [mailto:kasperdanielhan...@gmail.com] >> Sent: April-17-11 5:59 PM >> To: John Fox >> Cc: Prof Brian Ripley; r-sig-mac@r-project.org

Re: [R-SIG-Mac] problem checking packages with R 2.13.0

program you use. Kasper > > Thank you for all of your help -- I really appreciate it. > > John > >> (FWIW 8r.enc is what tells latex how to encode output for Type 1 fonts: it >> is nothing to do with the encoding of the latex inputs.) >> >> Brian >>

Re: [R-SIG-Mac] Where are my packages?

You can have packages two places (1) system wide (2) user specific The packages that ship with R always install system wide which is why - when you look in your user specific packages - you don't see any. You need to reinstall the packages for 2.13. You cannot just copy the directories. You

Re: [R-SIG-Mac] install.packages: location of system-wide library tree

.Library.site becomes not empty when you create a site library, for example by mkdir {PATH to R}/R/lib64/site-library (of course lib64 assumes a 64 bit architecture) Kasper On Wed, May 25, 2011 at 6:51 AM, Sean Davis wrote: > See help(.Library). > > Sean > > On Wed, May 25, 2011 at 6:35 AM, j

Re: [R-SIG-Mac] building a package on a Mac: pdflatex

On Tue, Jul 5, 2011 at 11:23 AM, Federico Calboli wrote: > On 5 Jul 2011, at 16:01, Prof Brian Ripley wrote: > >> And note too that this is looking first for a script texi2dvi.  If you have >> that, *it* will look for pdflatex, possibly already knowing where to look. >> >> Also note that both the

Re: [R-SIG-Mac] Minor bug in Quartz sizing

On Sat, Sep 3, 2011 at 12:47 PM, Duncan Murdoch wrote: > With a current R-patched (2.13.1 Patched (2011-09-02 r56906)), the following > code generates plots missing the bottom labels: > > par(mfrow = c(4, 5), mar = c(2.1, 2.1, 4.1, 1.1)) > for (i in 1:20) plot(1) > > If I resize the plot at all, i

Re: [R-SIG-Mac] Minor bug in Quartz sizing

This is what I have been saying as well. My guess is that your "a centimeter above the screen edge) is because of the Dock. I have my Dock set to hiding and I get the window going all the way down to the bottom of the screen. In an earlier post I stated that I have not seen this on my 15" Macboo

Re: [R-SIG-Mac] Minor bug in Quartz sizing

och wrote: > >> On 11-09-03 5:03 PM, Kasper Daniel Hansen wrote: >>> On Sat, Sep 3, 2011 at 12:47 PM, Duncan Murdoch >>>  wrote: >>>> With a current R-patched (2.13.1 Patched (2011-09-02 r56906)), the >>>> following >>>> code generates plo

Re: [R-SIG-Mac] package-install problem on Mac OS X lion

Based on this output On Thu, Sep 22, 2011 at 6:54 PM, John Fox wrote: > sh: make: command not found I would hypothesize you need to (re)install the developer tools. Kasper ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailma

[R-SIG-Mac] use of optional 3rd party libs

This is just a FYI. If I use the cairo lib from the optional 3rd party libs from http://R.research.att.com/libs/ and I compile R-2.13 (patched) from scratch I do not get cairo support out of the box because I do not have pkg-config. This is clearly stated in config.log but it was a surprise to me

Re: [R-SIG-Mac] Screen device under macOS X

This has everything to do with your configuration. I don't know why R does not do this out of the box when build with quartz support, but I know you can change it by, for example, Sys.setenv("R_INTERACTIVE_DEVICE" = "quartz") in your .Rprofile Kasper On Wed, Oct 5, 2011 at 9:31 PM, John Maind

Re: [R-SIG-Mac] Screen device under macOS X

I am on Snow Leopard. As Brian mentions, my DISPLAY variable is set (to echo $DISPLAY /tmp/launch-SN2m7Z/org.x:0 ), but this is not something I do myself. I have always thought that on (newer) OS X, DISPLAY got set automatically. Not too infrequently do I use X11 on a remote server and I always

Re: [R-SIG-Mac] Multiple R versions: set Current via symbolic link: permissions?

Marius, Note that this will _not_ make it possible to run the different R versions simultaneously. Kasper On Tue, Oct 11, 2011 at 10:19 AM, Simon Urbanek wrote: > > On Oct 11, 2011, at 6:24 AM, Marius Hofert wrote: > >> Hi, >> >> I have multiple R versions installed and would like to switch bet

Re: [R-SIG-Mac] Error while loading packages R 2.14.0

On Mon, Nov 14, 2011 at 6:54 PM, Riccardo Romoli wrote: > Hello, I try to install  netCDF using: > > ./configure --prefix=/usr/local/ --disable-netcdf-4 > make check install > > but the terminal say: configure: > > error: no acceptable C compiler found in $PATH > > I think I need to install the x

Re: [R-SIG-Mac] L after a number returns that number, what does it mean?

This is not the appropriate email list for this question, but I can tell you that L means "integer". Kasper On Tue, Nov 22, 2011 at 9:16 PM, Colstat wrote: > Hi, all > When you enter 3L or 10L in R console, it still returns the number 3, 10, > respectively.  It's amazing that there's no error, b

Re: [R-SIG-Mac] LogicReg package problems

On Mon, Jan 16, 2012 at 2:57 AM, BEES INC wrote: > Hey there > > I am having a bit of trouble getting this working, I had to do a bit > of fiddling with makefiles to get it to find the right gfortran, but > it builds & links without error, however the install gives the > following error: You have

Re: [R-SIG-Mac] LogicReg package problems

vn/R.check/r-release-macosx-ix86/LogicReg-00install.html >> >> Which shows the same error. Can you build the package OK? >> >> Thanks >> >> On Tue, Jan 17, 2012 at 1:16 AM, Kasper Daniel Hansen >> wrote: >>> On Mon, Jan 16, 2012 at 2:57 AM

Re: [R-SIG-Mac] Lion and X11

For what it is worth I don't see this problem on Snow Leopard, self-compiled. You can make quartz the default device by putting Sys.setenv("R_INTERACTIVE_DEVICE" = "quartz") in your .Rprofile. Kasper On Fri, Jan 27, 2012 at 7:17 PM, Martin Renner wrote: > Hi All, > > Is anybody else experienci

Re: [R-SIG-Mac] GCC on Lion and above

Hi Tim I encountered this recently. If you do gcc --version you'll notice that you get the llvm, whereas gcc-4.2 --version gives you the "right"s standard GCC. So essentially, when you compile, you need to make sure you use gcc-4.2 and gfortran-4.2 both of which are in /usr/bin. Note th

Re: [R-SIG-Mac] graphics device with record=TRUE

On Thu, Jul 5, 2012 at 9:42 AM, David Winsemius wrote: > > On Jul 4, 2012, at 11:47 PM, Richard M. Heiberger wrote: > >> David, >> >> thank you. it works. >> >> Where is it documented? > > The first place I find written documentation of the cmd-arrow > functions is in the R MacOSX FAQ: > 12.8 Wh

Re: [R-SIG-Mac] texi2dvi error "Sweave" and "exams"

Paul, The standard way to install Tex on the Mac is to use MacTex (a port of Texlive to the Mac), see http://tug.org/mactex/ You should probably install the big 2.1GB package on the front page. That should also place the tex utilities on your path (as far as I recall). Kasper On Sun, Aug 19,

[R-SIG-Mac] building R under Lion

I am running Lion, with the newest version of Xcode, and the 5666 build of gcc+gfortran from Simon's page. This is on Macbook pro last generation, with a quad core i7. I have installed the latest stable release of Xquartz. I am building R, not as a framework (--disable-framework), but I am using

Re: [R-SIG-Mac] building R under Lion

rking copy) >>> @@ -2,7 +2,7 @@ >>> #include >>> #endif >>> >>> -#include >>> +#include >>> >>> void F77_FUNC_(rcblas_cdotu_sub,)(const int *N, const void *X, const int >>> *incX, >>>

[R-SIG-Mac] compiling from source on ML, tcltk

I now want to get tcltk support working under ML (because I need to test a few packages). I have installed Xquartz and I have just install the new tcltk 8.5.5 from CRAN (which is not signed btw). Running configure, I get checking for tclConfig.sh... no checking for tclConfig.sh in library (sub)d

Re: [R-SIG-Mac] compiling from source on ML, tcltk

g it for some time, and it has much nicer ttk widgets. > > > > On 02/09/2012 19:21, Kasper Daniel Hansen wrote: >> >> I now want to get tcltk support working under ML (because I need to >> test a few packages). >> >> I have installed Xquartz and I have jus

Re: [R-SIG-Mac] compiling from source on ML, tcltk

On Mon, Sep 3, 2012 at 2:22 AM, Prof Brian Ripley wrote: > On 03/09/2012 01:11, Kasper Daniel Hansen wrote: >> >> On Sun, Sep 2, 2012 at 3:54 PM, Prof Brian Ripley >> wrote: >>> >>> Do you need R.app? If not, I would recommend using ActiveTcl

Re: [R-SIG-Mac] compiling from source on ML, tcltk

On Tue, Sep 4, 2012 at 11:05 AM, Simon Urbanek wrote: > > On Sep 4, 2012, at 8:47 AM, Kasper Daniel Hansen > wrote: > >> On Mon, Sep 3, 2012 at 2:22 AM, Prof Brian Ripley >> wrote: >>> On 03/09/2012 01:11, Kasper Daniel Hansen wrote: >>>> >>&

Re: [R-SIG-Mac] error: unrecognized option ‘-arch’ -- suggestion!

On Thu, Sep 27, 2012 at 10:07 AM, Peder Axensten wrote: > > On 27 sep 2012, at 14:27, Simon Urbanek wrote: > >> On Sep 27, 2012, at 5:02 AM, Peder Axensten wrote: >> >>> The compiler (clang) and linker that Apple includes (with Xcode) uses the >>> argument -arch to specify the architecture to bu

Re: [R-SIG-Mac] error: unrecognized option ‘-arch’ -- suggestion!

se. [ on the other hand, it may be easier on Windows to not have the full path ] Now, there is probably a perfectly good reason to do what is happening now. Or perhaps changing it is not worth the effort. But I just wanted to raise the issue for 2 seconds. Kasper On Thu, Sep 27, 2012 at 10:29 AM

Re: [R-SIG-Mac] error: unrecognized option ‘-arch’ -- suggestion!

On Fri, Sep 28, 2012 at 10:58 AM, Prof Brian Ripley wrote: > On 28/09/2012 15:29, Kasper Daniel Hansen wrote: >> >> So I had a few emails with Peder, and I think he gets it now. >> >> However, one point came up which I have been wondering about as well. >> In M

Re: [R-SIG-Mac] R 3.0.0 beta

I have heard rumors of GCC 4.7.2, has this been abandoned? Kasper On Wed, Mar 20, 2013 at 5:23 AM, Prof Brian Ripley wrote: > 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/snowleop

Re: [R-SIG-Mac] R 3.0.0 beta

Prof Ripley, I highly appreciated the clarifications in this thread. I am sure I am not the only one. Good luck with finding a new compiler; I am happy to provide whatever help I can. Best, Kasper On Wed, Mar 20, 2013 at 1:08 PM, Marc Schwartz wrote: > Prof Ripley, > > A quick note to indicat

Re: [R-SIG-Mac] External header files not found

Most likely, the error is the following. For each of the CFLAGS. CPPFLAGS etc you have package specific additional flags like PKG_CFLAGS. PKG_CPPFLAGS. You should use those instead. Kasper On Fri, Apr 19, 2013 at 3:59 PM, cstrato wrote: > Dear All, > > Currently I am testing whether my packa

Re: [R-SIG-Mac] hidden files and directories

Rohmatul, Check by doing R CMD build pkgName R CMD check pkgName_X_Y_Z.tar.gz The building step excludes many common files, and is recommended. Kasper On Tue, Aug 6, 2013 at 3:43 AM, Prof Brian Ripley wrote: > On 06/08/2013 08:41, Rohmatul Fajriyah wrote: > >> Dear Prof. Ripley and Prof.

Re: [R-SIG-Mac] R.app doesn't respect DYLD_FALLBACK_LIBRARY_PATH

Setting DYLD_FALLBACK_LIBRARY_PATH is super dangerous and I would be highly suspicious of whoever told you to do that (in the sense that they don't really know how this works) It has the potential to really wreck your system. Especially if you set it in such a way that all GUI apps inherit it.

Re: [R-SIG-Mac] Trouble with tcltk

For those of us who compile from source, I assume this tcl8.6.0-darwin10-x86_64.tar.gz from http://r.research.att.com/libs/ is the recommend version? Indeed, I always assume I should just grab the newest version of everything I need from this location. Best, Kasper On Tue, Sep 3, 2013 at 6

Re: [R-SIG-Mac] Trouble with tcltk

Thanks, I missed the tk package on the website. Sorry for the noise. Best, Kasper On Tue, Sep 3, 2013 at 10:38 AM, Prof Brian Ripley wrote: > On 03/09/2013 15:22, Kasper Daniel Hansen wrote: > >> For those of us who compile from source, I assume this >>tcl8.6.0-darwin

Re: [R-SIG-Mac] Installing packages with type="source" instead of the default binary?

The advantages are very minor (although I do source compilation myself). To Prof Ripley's list I will add that I personally like to know I can compile from source for packages that I depend on in package development, so I can trace down bugs and run R CMD check - but this is a very, very minor adv

Re: [R-SIG-Mac] Xcode 5

Thanks for the information. I am not an expert on clang, but here is my experience: I had Xcode 4 and command line tools add-ons installed. I upgraded to Xcode 5 and then I (as usual) went into Xcode Preferences -> Downloads and chose to install "command line tools". I now have the same version

Re: [R-SIG-Mac] Automatically detecting and setting CXX compiler using configure/Makevars

Rob, What you should do, is _always_ inherit the compiler which was used to build R. That is the 'Right' way to go and it is what will happen per default if you are using Makevars to compile you package. If you need to use configure, there are hints in R-exts and we can help more specifically, p

Re: [R-SIG-Mac] Automatically detecting and setting CXX compiler using configure/Makevars

that which was used to build the R >> binary - thank you for that info. Does that mean that the only good option >> is to submit the package to CRAN so it can be compiled into a binary with >> the same compiler that's used to build the Mac OS X R binary distribution? >

Re: [R-SIG-Mac] Inaccurate inaccuracies on Mac only?

I don't think your assumption that different systems will return the same (accurate or inaccurate) answers is correct. I don't even think you can assume that running the same code twice on the same system will give you the same answers, although in practice it often will. Kasper On Sat, Nov 30,

Re: [R-SIG-Mac] trouble running invoking R from the terminal in a new install

Have you set an alias or soft link somewhere? Try which -a R and look in your .bashrc / .profile. Kasper On Wed, Feb 12, 2014 at 7:39 AM, Catherine A. Lozupone < catherine.lozup...@colorado.edu> wrote: > Hello, > > I am on Mac OS X Version 10.8.5. I recently installed R-3.0.2.pkg on my > ma

Re: [R-SIG-Mac] ESS on Mavericks

Do you use the same .emacs as before? This sounds like having to do with fortification and the R buffer, and might be solvable by using (setq comint-scroll-to-bottom-on-output 'others) in your .emacs. It would be strange if this is the source of your problem unless you're using a new .emacs. B

Re: [R-SIG-Mac] Mac OS X tcltk/X11 issues

Basically John is asking for code like this to be included in tcltk. Best, Kasper On Mon, Jul 14, 2014 at 11:53 PM, Marc Schwartz wrote: > On Jul 14, 2014, at 4:13 PM, John Fox wrote: > > > Dear Simon and list members, > > > > As many of you are aware, when X11 isn't installed on Mac OS X, lo

Re: [R-SIG-Mac] Mac OS X tcltk/X11 issues

Prof Ripley and other people involved with tcltk, You could have the tcltk building routine leave some evidence behind re. how it was build. For example, in Rgraphviz we used to grapple with something similar at the abstract level - was the Graphviz version used to build a binary distributed vers

Re: [R-SIG-Mac] Mac OS X tcltk/X11 issues

On Thu, Jul 17, 2014 at 2:05 AM, Simon Urbanek wrote: > On Jul 15, 2014, at 3:01 PM, Kasper Daniel Hansen < > kasperdanielhan...@gmail.com> wrote: > > > Prof Ripley and other people involved with tcltk, > > > > You could have the tcltk building routine leave so

Re: [R-SIG-Mac] Command Line Quartz Device in Yosemite

I am self-compiling on Yosemite using the libraries provided by Simon. I get quartz. Best, Kasper On Fri, Oct 31, 2014 at 6:23 AM, peter dalgaard wrote: > > On 31 Oct 2014, at 10:24 , Colin A. Smith wrote: > > > This thread got a bit off the topics I was originally hoping to discuss. > Can any

Re: [R-SIG-Mac] How to get a Fortran compiler compatible to Xcode?

This is where you look for add-ons http://r.research.att.com/libs for OS X. For texi2any I would install a new version of MacTex. Finally, see the R-admin manual. Best, Kasper On Sun, May 10, 2015 at 8:38 PM, Marius Hofert w

Re: [R-SIG-Mac] How to get a Fortran compiler compatible to Xcode?

by Simon Urbanek) at: > > > > http://r.research.att.com/libs/texinfo-5.2-darwin10.tar.gz > > > > Or, if you're using homebrew, just use > > > > brew install texinfo > > > > Kevin > > > > On Sun, May 10, 2015 at 6:06 P

Re: [R-SIG-Mac] Experiences with macOS Sierra

Thanks for the work on this, especially the comment on xml2. I had noticed problems with xml2 while compiling Emacs 25.1 using the new Xcode on El Capitan, but I have not had time to track it down. Best, Kasper On Thu, Sep 22, 2016 at 2:39 AM, Prof Brian Ripley wrote: > So far I have encounter

Re: [R-SIG-Mac] Does R CMD check create invisible files?

I am using a mac and I have never seen these files. My best bet is that it is hidden files from your text editor, and that - for example - ._DESCRIPTION is an autosave of DESCRIPTION. Emacs does that, but would name it DESCRIPTION~. So I would like into your editor. R removes certain files auto

Re: [R-SIG-Mac] Xcode 9

I don't see this with Xcode 9 OS X Sierra (10.12.6) and either R Under development (unstable) (2017-09-26 r73351) -- "Unsuffered Consequences" Copyright (C) 2017 The R Foundation for Statistical Computing Platform: x86_64-apple-darwin16.7.0 (64-bit) or R version 3.4.2 RC (2017-09-26 r73351)

Re: [R-SIG-Mac] Xcode 9

Thanks. Nice to know it got fixed despite the somewhat pessimistic original post. Best, Kasper On Wed, Sep 27, 2017 at 4:32 AM, peter dalgaard wrote: > > > On 27 Sep 2017, at 08:43 , Prof Brian Ripley > wrote: > > > > On 27/09/2017 03:28, Kasper Daniel Hansen wrote: &g

[R-SIG-Mac] disabling threads when using Accelerate BLAS

For timing purposes, is it possible to control the number of threads / cores when I have compiled R to use the BLAS in the Accelerate framework (by building R using ./configure --with-blas="-framework Accelerate" --with-lapack ) ? (The alternative is of course to build R using the supplied singl

Re: [R-SIG-Mac] disabling threads when using Accelerate BLAS

Thanks for the extremely helpful pointers on this. Clearly I need to remove --with-lapack in my configure step. On Sun, Sep 9, 2018 at 4:12 AM Prof Brian Ripley wrote: > On 08/09/2018 22:01, Kasper Daniel Hansen wrote: > > For timing purposes, is it possible to control the number o

[R-SIG-Mac] possible bug in R's make install

I am trying to compile and install R under High Sierra with Accelerate BLAS but with R lapack. My relevant configure call is --with-blas="-framework Accelerate" but omitting --with-lapack. Full call is pasted at the end of this email I can do make make check but make install fails with mak

[R-SIG-Mac] Xcode 10.2.1

I am on Mojave. I recently updated to Xcode 10.2.1 and I did the associated update of the command line tools. Following this, I reinstalled clang6 and gfortran 6 from CRAN. When I use the clang6 compiler from CRAN, it is unable to find stdio.h. When I compare the include path from clang6 to the A

Re: [R-SIG-Mac] Xcode 10.2.1

> /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg > \ > > -target / > > -Roy > > > On Apr 24, 2019, at 8:36 AM, Kasper Daniel Hansen < > kasperdanielhan...@gmail.com> wrote: > > > > I am on Mojave. I recently updated to Xcode 10.2.1 and I

Re: [R-SIG-Mac] Warning on XCode / Command Line Tools 11

Thanks a lot for checking this so quickly. I was alarmed by the label "beta 1", and frankly surprised that this got pushed to my machine. I believe it is the first time system updated has suggested a beta version for something on my laptop. I am wondering if this could have been a mistake; it is A

Re: [R-SIG-Mac] Apparent interaction between XQuartz and the Catalina (10.15) macOS upgrade

Bob, You ran the betas. On issues like this, that could be a big difference. So Im not sure it is yet an issue that could be user dependent. Best, Kasper On Tue, Oct 8, 2019 at 10:00 PM Bob Rudis wrote: > I've been running Catalina since the first beta and upgraded to GM the day > of release.

Re: [R-SIG-Mac] Error when fitting a brms model, maybe associated with Catalina MacOS

Just a comment on the macos-rtools. It seems wrong to me to set the user level ~/.R/Makevars. On Sat, Dec 14, 2019 at 9:29 PM Manuel Spínola wrote: > Thank you very much John. > > I restarted my computer, and everything looks fine now, I fitted a brms > model without the error message. > > Manue

Re: [R-SIG-Mac] Building R 4.0.2 from source via clang/xcode for MKL on macOS

In my understanding, almost all of the speed up comes from using an optimized BLAS. Optimizing LAPACK tend to have negligible impact on performance. At least that is my impression, although I won't say I'm an expert. Best, Kasper On Tue, Sep 29, 2020 at 9:53 AM roy wrote: > Hi Simon, > Thanks f

Re: [R-SIG-Mac] Building R 4.0.2 from source via clang/xcode for MKL on macOS

To use veclib you need --with-blas="-framework Accelerate" My full building script on OS X is currently ../${SRCDIR}/configure SHELL='/bin/bash' \ --prefix=/usr/local/R/${R_VERSION} --disable-R-framework\ CC="/usr/local/clang8/bin/clang" \ CXX="/usr/local/clang8/bin/clang++" \ F77="/us

Re: [R-SIG-Mac] Rstan compilation hangs misterisouly

This line will essentially overwrite what RStan does for compilation. So yes, this is potentially a bad thing. On Mon, Nov 9, 2020 at 4:57 AM Goncalo Ferraz via R-SIG-Mac < r-sig-mac@r-project.org> wrote: > ok, found it! Makevars is where you said it would be and it contains only > this line: > >

Re: [R-SIG-Mac] R for macOS Big Sur

Jean: _guessing_ this may be about parallel processing in BLAS? Does your timing include linear algebra? On Mon, Jan 11, 2021 at 2:38 PM Jean Thioulouse < jean.thioulo...@univ-lyon1.fr> wrote: > Hi > > Both versions seem to run fine indeed, but on my Mac mini M1, the arm > version (homebrew R) is

Re: [R-SIG-Mac] R for macOS Big Sur

Greg, Perhaps you're confused by the wording? It says "R compiled for High Sierra OR HIGHER". This is a minimum OS version. It doesn't mean you need to run High Sierra to use this binary. Best, Kasper On Thu, Jan 14, 2021 at 8:32 PM Gregory Coats via R-SIG-Mac < r-sig-mac@r-project.org> wrote:

Re: [R-SIG-Mac] [External] Re: [External] Behaviour or Quartz windows

quartz is the graphics layer of OS X ( https://en.wikipedia.org/wiki/Quartz_(graphics_layer)). This is why the "native" Apple device is called quartz() in R. This is a super nice device IMO. Xquartz is a port of X11 to quartz. To use XQuartz on OS X you have to use the x11() device (or features wh

Re: [R-SIG-Mac] possible bug in R's make install

t. I beleive I have reported this some time ago > but no action was taken. Compiling R with R internal BLAS does not > results in the error. > > Peter > On Fri, Sep 28, 2018 at 10:52 AM Kasper Daniel Hansen > wrote: > > > > I am trying to compile and install R under High

Re: [R-SIG-Mac] possible bug in R's make install

Mac-specific issue that's where should go if > it is to be fixed. > > Cheers, > Simon > > > > On May 18, 2021, at 12:32 AM, Kasper Daniel Hansen < > kasperdanielhan...@gmail.com> wrote: > > > > This bug is still present in the R-4.1. > > &g

Re: [R-SIG-Mac] https://mac.r-project.org/benchmarks/

Out of curiosity, do we know if vecLib/Accelerate has been optimized for M1? On Sun, Oct 31, 2021 at 10:00 PM Kieran Healy wrote: > Thanks, Simon. > > With the vecLib/Accelerate BLAS, the results are indeed rather faster :) > > Kieran > > > 14” MacBook Pro / M1 Max > >R Benchmark 2.5 >==

Re: [R-SIG-Mac] Libre SSL bug on MacOS Monterey => error in download.file()

I am not an expert, but it seems to me that switching the backend is a runtime setting. Couldn't we detect which version of OS X we're running and then select the backend conditionally on that test? Best, Kasper On Wed, Jan 12, 2022 at 5:12 PM Jeroen Ooms wrote: > On Wed, Jan 12, 2022 at 10:05

Re: [R-SIG-Mac] symbol not found in flat namespace '___kmpc_critical'

Rodney, I don't know much about OpenMP and macOS, but note that these days https://mac.r-project.org/tools/ says "Additional information on the OpenMP page is available for those interested in OpenMP support which is not supported by Apple, but still possible with additional libraries." and li

Re: [R-SIG-Mac] How to correct tcltk path?

You need to install XQuartz. This is IMO stated somewhat clearly at https://cran.r-project.org/bin/macosx/ ("somewhat", because - as always - it seems pretty clear when you know what its trying to say) Kasper On Thu, Apr 4, 2024 at 9:13 AM Gregory via R-SIG-Mac < r-sig-mac@r-project.org> wrote:

Re: [R-SIG-Mac] How to build without suggested packages

Bill, There are multiple ways to do this. I assume you're familiar with building and checking your R package in the Terminal, which is done by $ R CMD build packageName $ R CMD check packageName_VERSION.tar.gz (where VERSION is the version number) and $ is the command prompt. You can set the en

Re: [R-SIG-Mac] procedure to ship libomp.dylib run-time with package

If you read the next couple of sentences on that page, it says The following are links to libomp OpenMP run-time built from official LLVM release sources using Xcode compilers. They are signed and support macOS 10.13 (High Sierra) and higher. All tar-balls contain the system tree usr/local/lib and

[R-SIG-Mac] Binary builds for CRAN packages for R-devel on apple silicon

Thanks a lot for all the work being done to support R on macOS A quick question. Are there any plans to build CRAN packages for R-devel on macOS (like there is for windows)? Or is this being postponed until the toolchain for R-4.5 has been chosen (which would be understandable. I am asking becaus

Re: [R-SIG-Mac] quartz hanging

I have been using quartz from inside Emacs for a long time and I basically never (or at least very rarely) have any issues. I rarely use XQuartz and never with R installed on my local machine (mostly to start X windows from a remote server). There is a way to configure the default device in R, so I