> On 8 May 2024, at 09:16, Ivan Krylov wrote:
>
> В Tue, 7 May 2024 16:57:14 +0200
> gavin duley пишет:
>
>> aes(label=current_rownames,
>>colour=wine.data.filt$Treatment
>> )
>
> As you've noticed, aes() remembers variables by their name and
> environment, not by value:
Yes, it was somet
Dear Ivan,
thanks for the insights! This points us directly in the direction we need.
Have a lovely day!
Yours sincerely,
Tatiana, Marvin & Paul
from
Statistics Lab
From: Ivan Krylov
Sent: Monday, May 6, 2024 4:24 PM
To: Bielakova Tatiana
Cc: R-help@r-project
В Wed, 8 May 2024 16:59:25 +
Simon Andrews пишет:
> The lapack libraries are:
>
> $ rpm -qa | grep lapack
> lapack-3.9.0-10.el9.x86_64
> lapack64_-3.9.0-10.el9.x86_64
> lapack64-3.9.0-10.el9.x86_64
> lapack-devel-3.9.0-10.el9.x86_64
Thanks for this information! I figured out I needed to ena
Also just did a full errata update and retried the compilation. It failed
exactly as before.
-Original Message-
From: Ivan Krylov
Sent: 08 May 2024 16:09
To: Simon Andrews
Cc: Simon Andrews via R-help ; Miguel Esteva
Subject: Re: [R] Compilation problems with R4.4.0
В Wed, 8 May 20
The lapack parts of the configure are:
checking whether 'struct tm' includes tm_zone... yes
checking whether 'struct tm' includes tm_gmtoff... yes
checking for dgemm_ in -llapack... no
checking for ATLAS routines in liblapack... no
checking for dpstrf_ in -llapack... yes
checking for liblapack dep
В Wed, 8 May 2024 14:25:08 +
Simon Andrews пишет:
> #8 0x73f87c0b in dgesv (
> n=12884901891, nrhs=4294967299,
> a=,
> lda=12884901891, ipiv=...,
> b=,
> ldb=12884901891, info=0
> ) at /usr/src/debug/lapack-3.9.0-10.el9.x86_64/SRC/dgesv.f:167
> #9 0x750b2a17 in La_solve
Hi Ivan,
Thanks for getting back to me and very happy to hear I'm not the only one who's
seen this.
I've run the command under the debugger and the backtrace is below. It's
complaining about missing debuginfo packages, but I definitely installed them
so I'm not sure why they're not being seen
Dear Simon,
В Wed, 8 May 2024 10:17:41 +
Simon Andrews via R-help пишет:
> I'm having a strange problem compiling R4.4.0 on an AlmaLinux9 box.
> make[4]: Entering directory '/bi/apps/R/R-4.4.0/src/library/grDevices'
> byte-compiling package 'grDevices'
>
> *** caught segfault ***
> address
I'm having a strange problem compiling R4.4.0 on an AlmaLinux9 box. I've
compiled previous versions OK on the same hardware/software (last was R4.3.2)
but 4.4.0 is repeatedly failing.
Configuration works OK.
./configure --prefix=/bi/apps/R/4.4.0 --enable-R-shlib
R is now configured for x86_64
dear Duncan,
Thank you very much for your quick reply. Very useful and also very
elegant, I would add.
Thanks again,
kind regards,
Vito
Il 08/05/2024 14:06, Duncan Murdoch ha scritto:
I would guess that subsetting uses [] indexing on each column, with a
logical argument. If that is true, t
On 08/05/2024 7:47 a.m., Vito Muggeo via R-help wrote:
dear all,
I have a simple function f() which, when included in model.frame() via
the formula, returns the variable itself with some attributes.
However when I specify the subset argument, the attributes get lost,
apparently.
I would like to
dear all,
I have a simple function f() which, when included in model.frame() via
the formula, returns the variable itself with some attributes.
However when I specify the subset argument, the attributes get lost,
apparently.
I would like to extract the attributes also when specifying the subse
В Tue, 7 May 2024 16:57:14 +0200
gavin duley пишет:
> aes(label=current_rownames,
> colour=wine.data.filt$Treatment
> )
As you've noticed, aes() remembers variables by their name and
environment, not by value:
str(ggplot2::aes(label = foo))
# List of 1
# $ label: language ~foo # <-- variab
13 matches
Mail list logo
