Kevin,
which clang gives /usr/bin/clang, and xcode-select -p and xcrun
--show-sdk-path give same output as yours.
I am sure it is something I messed up along the way, and/or is related to
having homebrew also installed.
Someday soon I will upgrade to Catalina and see if that resolves the issue
(
Dear JB,
> On Apr 29, 2020, at 1:44 PM, jean benoit TANIS wrote:
>
> This actually works well on the terminal session !! Very strange that the App
> GUI does not work well. I do not know if it is a general Mac problem or due
> to my computer settings….
I don't think that it could be a genera
This actually works well on the terminal session !! Very strange that the App
GUI does not work well. I do not know if it is a general Mac problem or due to
my computer settings….
JB
> On 29 Apr 2020, at 18:18, Fox, John wrote:
>
> Dear JB,
>
> If you use the Rcmdr with RStudio, by default
Normally, you shouldn't need to set -isysroot or SDKROOT when using
Apple Clang -- it will automatically find and use system headers for
you.
Per Hervé's original point, I wonder if you have a different compiler
on the PATH? What is the output of:
which clang
My suspicion is that you might h
One more update. I had to add the -isysroot flag to avoid collisions
between incompatible headers when building some packages. Thinking about it
more I remembered that I have also used Homebrew in the past for some
installations of unrelated software (so my installation is not as "Vanilla"
as I pre
Dear JB,
If you use the Rcmdr with RStudio, by default it will direct output to the
RStudio console. You can change that, if you wish -- look at the Rcmdr options
in ?Commander.
Also, have you tried running R and the Rcmdr in a Terminal window, as I
suggested? If the problem is with R.app, the
Under R 3.6.3 and earlier, I would link R to an alternative BLAS. Following R
for Mac FAQ, Sec. 10.5, I would redirect the symbolic link
$R_HOME/lib/libRblas.dylib to point to whichever BLAS I wanted to use, (either
vecLib or Intel MKL) instead of the reference BLAS at libRblas.0.dylib.
With t
I have just tried with R studio and it works … I do not know why it does not
work with Rapp but at least I can use it now.
Thank you very much for your precious help !!
JB
> On 29 Apr 2020, at 16:14, peter dalgaard wrote:
>
> Also not seen by me on Mojave (admittedly 4.0.0 beta, which I ca
Thank you Hervé.
So yes, with this ~/.R/Makevars everything works fine again (with a couple
extra flags to keep things quiet):
CFLAGS = -I/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include
-Wno-nullability-completeness -Wno-expansion-to-defined
CXXFLAGS =
-I/Library/Developer/Command
Hi Eric,
FWIW, here is what I see on my system (Mojave):
machv2:~ biocbuild$ which clang
/usr/bin/clang
machv2:~ biocbuild$ clang -v
Apple LLVM version 10.0.1 (clang-1001.0.46.4)
Target: x86_64-apple-darwin18.7.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTool
Also not seen by me on Mojave (admittedly 4.0.0 beta, which I can't be bothered
to upgrade at this point). Works both from R.app and Terminal, and even from
RStudio.
One thought is a missing font, but same font is used elsewhere is it not?
You could try playing with generic Tcl/Tk via the tcltk
For all it is worth,
homebrew upgraded R to 4.0.0 on Catalina and I did notice that homebrew
asked for an XCode Command Line Tools upgrade
I then sourced as usual my package.R which installs the ones I use, and
it did install a number of packages from source (which I assusme is
becasue they haven
Running R 3.6 has been working fine. I just upgraded to R 4.0 and I cannot
build packages from source. I have tried the following:
1. Installed R 4.0 binary on my mac (macOS 10.14.6). Installation went
fine, but when I try to build packages from source I get errors like this:
* installing *source
Dear JB,
We corresponded privately about this problem, and I suggested that you post a
message to the R-SIG-Mac list when I was unable to help you solve it. I don't
experience the problem on a Mac similar to yours, but running macOS Catalina,
and no one else to my knowledge has reported a simil
Use Rstudio.
el
On 29/04/2020 08:18, jean benoit TANIS wrote:
> Hi,
>
> I recently downloaded 4.0.0 and the Rcmdr package with dependencies (I
> used to work on R2.6 on Windows).
>
> When I load the Rcmdr package, this is what I obtain - see picture
> (the drop down menu does not display).
>
>
Since we do not have openmp support in R 4.0
is there (or can I easily produce)
a list of packages which either
depend on openmp or
make use of openmp to improve performance?
Erich
signature.asc
Description: Message signed with OpenPGP
___
R-SIG-Mac m
16 matches
Mail list logo