;> system("export LD_LIBRARY_PATH")
>> Sys.setenv(C_INCLUDE_PATH="/opt/X11/include")
>> system("export C_INCLUDE_PATH")
>> Sys.getenv()
>>
>> and then simply doing
>>
>> install.packages(“Cairo”)
>> worked.
>>
kages(“Cairo”)
worked.
> On 26.12.2021, at 12:36, Duncan Murdoch wrote:
>
> On 26/12/2021 6:04 a.m., Erich Neuwirth wrote:
>> I am trying to compile Cairo.
>> I get the following error
>> xlib-backend.c:34:10: fatal error: 'X11/Intrinsic.h' file not fo
I am trying to compile Cairo.
I get the following error
xlib-backend.c:34:10: fatal error: 'X11/Intrinsic.h' file not found
#include /*->Xlib.h Xutil.h Xresource.h .. */
I have X11/Intrinsic.h in /opt/X11/include
I tried
Sys.setenv(LD_LIBRARY_PATH="/opt/X11:/opt/X11/lib")
Sys.getenv(
My iMac ist Late 2014, so it is rather old (and x86 architecture)
As I already wrote, I am experiencing the crash also.
> On 29.11.2021, at 00:30, Kevin Ushey wrote:
>
> I can reproduce something similar on my M1 macOS machine, when using the
> x86_64 build of R. I see:
>
>> x1 <- mpfr(-50, 20
I am using R 4.1.2
Rmpfr 0.8.7
MacOS 11.6.1
(x86 Machine)
> On 28.11.2021, at 13:12, Duncan Murdoch wrote:
>
> On 28/11/2021 7:05 a.m., Erich Neuwirth wrote:
>> I checked, and I also get the crash in Rstudio.
>> In Rgui, it works.
>
> I don't get the crash, usin
I checked, and I also get the crash in Rstudio.
In Rgui, it works.
> On 27.11.2021, at 21:46, Dev Chakraborty wrote:
>
> I used package Rmpfr ca. 2017 and it worked fine. The latest version
> (0.8-7) causes R (running under RStudio) to crash. A simple example is:
>
> library(Rmpfr)
> x1 <- mpf
Reading the documentation might help.
From the
R for macOS FAQ
1.3 How can R for macOS be obtained and installed?
R is available on CRAN in the form of an Installer package containing the R
framework and the R.APP GUI. The package is usually named R.pkg with an
optional version number.
The in
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
Do you have any idea under what circumstances this happens.
> On Dec 17, 2015, at 21:44, Richard M. Heiberger wrote:
>
> This has been reported before. I am still seeing it with R-3.2.3.
> It appears randomly. It sounds scary.
>
> Rich
>
>>
> Dec 17 15:14:01 rmhs-MacBook-Air.local R[3534]
Installing R 3.1.2 (snowleopard version) on Yosemite
I received a warning.
WARNING: You're using a non-UTF8 locale, therefore only ASCII characters will
work.
Please read R for Mac OS X FAQ (see Help) section 9 and adjust your system
preferences accordingly.
There seems to be a typo here.
Secti
Do we already have recommendations which version of the compilers to install to
be able to
compile packages from source under Yosemite?
___
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Some more strange things:
> 20L+2L
[1] -2094967296
> 20L*2L
[1] NA
> 2147483647L+2147483647L
[1] -2
(2147483647 = 2^31-1)
So this looks like an integer overflow is not caught for addition, but it is
for multiplication
This is my R version:
> sessionInfo()
R version 3
>From Emacs, I did see the problem.
But switching printer drivers back and forth on the print dialog made the
spurious image disappear.
On Nov 23, 2012, at 11:23 PM, Richard M. Heiberger wrote:
> I think this is a quartz problem interacting with emacs/ESS. When I run the
> following lines in
On Nov 24, 2012, at 12:46 AM, Richard M. Heiberger wrote:
> It works for me from the R app. That's why I think it is an interaction with
> quartz and emacs.
> Can you try it from emacs on your Mac?
>
> On Fri, Nov 23, 2012 at 6:17 PM, Neuwirth Erich
> wrote:
> The example prints without any
As a few people have noticed rattle does not run on R on Lion. The reason is
that it needs a newer version of gtk
than the one we have thanks to Simon (downloadable from the att R site).
I have read in quite a few different places that building gtk on the Mac is
messy.
Nevertheless, I tried, and
I am on the road, so I cannot test this on my 27" screen at the moment.
The problem also happens without setting height and width for the quartz window.
The graphics is cut off at the bottom, it seems the engine doing the drawing
gets incorrect information about the
window size.
If I set height=6
OK,
here is what really happens!
When the quartz window is higher that the screen,
the displayed windows does not extend below the screen, but it ends about a
centimeter above the screen edge.
The graphics is drawn as if the unmutilated larger windows were available.
So the problem was I used
qua
quartz device bug:
bottom of graphics gets cut off.
When I do a 4x3 panel graph with 0 margin around the single graphs,
about half of the graphs in the last row get cut off,
not just the labels as Duncan mentioned.
The graphics is OK after resizing it with the mouse.
Here are my specifics:
R vers
I just installed R-2.13.2beta and I am getting errors I already had in earlier
version.
quartz device: the bottom part of a chart us cut off. Resizing the window by a
minimal about
solves the problem, but initially, the bottom part of graphics is cut off.
three dots.
When I paste a function def
When I define functions using the tree dot tool,
R64.app has problems
> innerfun <- function(...) print(...)
>
> ……
When I sate the one line definition above into R64.app,
R prints what you see above, including the three dots, and I need to press
return to be able to continue
to work.
Do othe
And of course the inverse of a flat curve (assuming it is an invertible
function) always is a steep curve.
So steepness or flatness depends on your choice of axes.
If you plot "amount to be learned" on the x-axis
and "time needed" on the y-axis, you also get a steep curve.
On 12/13/2010 10:05 AM
21 matches
Mail list logo