On 2/8/23 21:33, Davis Vaughan via R-devel wrote:
Hi all,
Writing R Extensions describes `R_NewEnv()` as:
```
At times it may also be useful to create a new environment frame in C
code. R_NewEnv is a C version of the R function new.env:
SEXP R_NewEnv(SEXP enclos, int hash, ins size)
```
The
thanks Andrew
I upload the binary to
https://github.com/armgong/misc-r-patch/releases/download/v0.0.1/r-highdpi-x64.zip
thanks,
Yu Gong
From: R-devel on behalf of Andrew Hart via
R-devel
Sent: Thursday, February 9, 2023 3:24
To: r-devel@r-project.org
Subje
Hi all,
I really like the addition of `R_NewEnv()` back in 4.1.0
https://github.com/wch/r-source/blob/625ab8d45f86f65561e53627e1f0c220bdc5f752/src/main/envir.c#L3619-L3630
I have a use case where I'm likely to call this function a large
number of times to generate many small hashed environments,
On Wed, Feb 8, 2023 at 12:22 PM Iñaki Ucar wrote:
>
> On Wed, 8 Feb 2023 at 19:59, Henrik Bengtsson
> wrote:
> >
> > I just want to add a few reasons that I know of for why users are
> > still on Red Hat/CentOS 7 and learned from being deeply involved with
> > big academic and research high-perfo
Hi all,
Writing R Extensions describes `R_NewEnv()` as:
```
At times it may also be useful to create a new environment frame in C
code. R_NewEnv is a C version of the R function new.env:
SEXP R_NewEnv(SEXP enclos, int hash, ins size)
```
There is a typo here where `ins size` should be `int size
On Wed, 8 Feb 2023 at 19:59, Henrik Bengtsson
wrote:
>
> I just want to add a few reasons that I know of for why users are
> still on Red Hat/CentOS 7 and learned from being deeply involved with
> big academic and research high-performance compute (HPC) environments.
> These systems are not like y
I'd be willing to give it a go if a pre-build binary set-up could be
provided.
Cheers,
Andrew.
On 8/02/2023 6:39, yu gong wrote:
hello , everyone:
I recheck and retest about the patch about high dpi of windows R GUI , IMO
it works mostly. Last thing I am not sure is screen reader.
I do
A different route to get the "latest and greatest version of R" while
sticking with an older distribution of an OS would be via docker.
At work, our linux servers run Ubuntu 18.04 on which I run an Ubuntu 20.04
docker image with (close to) the latest version of R (4.2.2) for a shiny
app I supply a
Thanks for this work. My suggestion would be to provide those
pre-built Windows binaries to maximize the chances to get the feedback
you need. The amount of people ready to, or have the setup to, build R
from source, especially so on MS Windows, is much smaller than those
who are willing to give it
I just want to add a few reasons that I know of for why users are
still on Red Hat/CentOS 7 and learned from being deeply involved with
big academic and research high-performance compute (HPC) environments.
These systems are not like your regular sailing boat, but more like a
giant container ship;
More precisely the built-in Lapack module. AFAICT this is because the
f90 files are not compiled with -fpic. My output:
make[4]: Entering directory '/tmp/R-devel/src/modules/lapack'
gfortran -fpic -g -O2 -msse2 -mfpmath=sse -c dlamch.f -o dlamch.o
gfortran -fpic -g -O2 -c dlapack.f -o dlapack
On Wed, 8 Feb 2023 at 07:05, Prof Brian Ripley wrote:
>
> On 08/02/2023 00:13, Gábor Csárdi wrote:
> > As preparation for the next release, I am trying to compile R devel on
> > RHEL / CentOS 7, which is still supported by RedHat until 2024 June.
True, but with a big asterisk. Full updates ended
hello , everyone:
I recheck and retest about the patch about high dpi of windows R GUI , IMO it
works mostly. Last thing I am not sure is screen reader.
I download NVDA screen reader, and try it on high dpi R GUI , in NVDA Speech
viewer, it seems it can read R GUI normally, but since I konw
13 matches
Mail list logo
