Naras,
thanks. It seems that the FLIBS check resolves symlinks, unfortunately (all
others are fine).
I would like to remind people that reports are a lot more useful *before* the
release - that's why we publish RCs.
Thanks,
Simon
> On Nov 2, 2021, at 3:03 PM, Balasubramanian Narasimhan
>
Jeff,
you are not setting the option on the server side, only on the client side, so
the worker will still wait (which is where it matters). If you set it on the
server (worker) side then it works as expected:
> cl <- makeCluster(1, rscript_args="-e 'options(socketOptions=\"no-delay\")'")
>
Hi all,
Please disregard my previous email as I misread the pasted output. Sorry
for the noise.
Best,
~G
On Mon, Nov 1, 2021 at 6:45 PM Jeff wrote:
> Hi Gabriel,
>
> Yes, 40 milliseconds (ms) == 40,000 microseconds (us). My benchmarking
> output is reporting the latter, which is considerably h
The Mac OS M1 pre-built binary arrives with a
/Library/Frameworks/R.framework/Resources/etc/Makevars containing
FLIBS =
-L/Volumes/Builds/opt/R/arm64/gfortran/lib/gcc/aarch64-apple-darwin20.2.0/11.0.0
-L/Volumes/Builds/opt/R/arm64/gfortran/lib/gcc
-L/Volumes/Builds/opt/R/arm64/gfortran/lib -l
Jeff,
Perhaps I'm just missing something here, but ms is generally milliseconds,
not microseconds (which are much smaller), right?
Also, this seems to just be how long it takes to roundtrip serialize iris
(in 4.1.0 on mac osx, as thats what I have handy right this moment):
> microbenchmark({x <
Hi Simon,
I see there may have been some changes to address the TCP_NODELAY issue on
Linux in
https://github.com/wch/r-source/commit/82369f73fc297981e64cac8c9a696d05116f0797.
I gave this a try with R 4.1.1, but I still see a 40ms compute floor. Am I
misunderstanding these changes or how socket
On 01/11/2021 9:10 a.m., Martin Maechler wrote:
Duncan Murdoch
on Mon, 1 Nov 2021 06:36:17 -0400 writes:
> The StackOverflow post
> https://stackoverflow.com/a/69767361/2554330 discusses a
> dataframe which has a named numeric column of length 1488
> that has 744 names.
> On 1 Nov 2021, at 11:36 , Duncan Murdoch wrote:
>
> The StackOverflow post https://stackoverflow.com/a/69767361/2554330 discusses
> a dataframe which has a named numeric column of length 1488 that has 744
> names. I don't think this is ever legal, but am I wrong about that?
>
It is certa
> Duncan Murdoch
> on Mon, 1 Nov 2021 06:36:17 -0400 writes:
> The StackOverflow post
> https://stackoverflow.com/a/69767361/2554330 discusses a
> dataframe which has a named numeric column of length 1488
> that has 744 names. I don't think this is ever legal, but
The StackOverflow post https://stackoverflow.com/a/69767361/2554330
discusses a dataframe which has a named numeric column of length 1488
that has 744 names. I don't think this is ever legal, but am I wrong
about that?
The `dat.rds` file mentioned in the post is temporarily available online
i
The build system rolled up R-4.1.2.tar.gz (codename "Bird Hippie") this morning.
The list below details the changes in this release.
You can get the source code from
https://cran.r-project.org/src/base/R-4/R-4.1.2.tar.gz
or wait for it to be mirrored at a CRAN site nearer to you.
Binaries for
11 matches
Mail list logo
