On 11/02/2020 14:54, lejeczek via R-devel wrote:
> dear devel,
>
> I thought you guys would know best - I have an R which fails to get
> communicate outside via a proxy, and Squid's logs show:
>
> ...
>
> 1581432434.501 0 10.5.8.17 TAG_NONE/400 4064 %C5/%
dear devel,
I thought you guys would know best - I have an R which fails to get
communicate outside via a proxy, and Squid's logs show:
...
1581432434.501 0 10.5.8.17 TAG_NONE/400 4064 %C5/%B6* -
HIER_NONE/- text/html
1581432497.231 0 10.5.8.17 TAG_NONE/400 4570 NONE
error:invalid-req
Hi guys,
I want to ask devel for who knows better - having multiple
nodes serving users home dirs off the same shared network
filesystem : are there any precautions or must-dos &
must-donts in order to assure healthy and efficient parallel
Rs running simultaneously - and I don't mean obvious stuff
On 13/06/2019 16:14, Dirk Eddelbuettel wrote:
> On 13 June 2019 at 16:05, lejeczek via R-devel wrote:
> | I'd like to ask, and I believe this place here should be best as who can
> | know better, if building R with different compilers and opt flags is
> | something worth in
hi guys,
I'd like to ask, and I believe this place here should be best as who can
know better, if building R with different compilers and opt flags is
something worth investing time into?
Or maybe this a subject that somebody has already investigated. If yes
what then are the conclusion?
Reason
ced in an
earlier compilation step; they likely failed in some way,
so you need to provide the complete compilation output.
Did you do this on a version of the package that did not
have any previous build artifacts (e.g., via biocLite() or
from a fresh svn checkout)?
Martin
On 12/21/2016 12:00
I'm not sure if I should bother you team with this,
apologies in case it's a bother.
I'm trying gcc 6.2.1 (from devtoolset-6) with R, everything
seems to work just fine, except for mzR.
Here is failed build:
g++ -m64 -shared -L/usr/lib64/R/lib -Wl,-z,relro -o mzR.so
cramp.o ramp_base64.o ram
On 10/07/14 06:45, Prof Brian Ripley wrote:
On 09/07/2014 17:17, lejeczek wrote:
I wonder if anyone amongst developers had a chance to try
ACML.
Yes, and documented its use in the R manual over many years.
AMD's implementation when R is supposed to use it seems
to fail the test
simi
m Callaway from Red Hat.
Martyn
On Fri, 2014-07-04 at 12:13 +0100, lejeczek wrote:
later I tried plain-vanilla, well.. redhats' and derivatives
default packages and they all fail:
> ## PR#4582 %*% with NAs
> stopifnot(is.na(NA %*% 0), is.na(0 %*% NA))
> ## depended on the BLAS in us
"most...seem to fail" is not enough to act upon. What exactly did you do, on
which computing platform, and what happened that makes you believe that it had failed?
-pd
On 27 Jun 2014, at 13:38 , lejeczek wrote:
dear developers
I myself am not a prog-devel, I found this
http://devg
dear developers
I myself am not a prog-devel, I found this
http://devgurus.amd.com/message/1255852#1255852
Most R compilations/installations I use seem to fail this
test, is this a problem and if yes then how serious is it?
regards
__
R-devel@r-pr
he posting guide
and check the manuals before posting.
On 25/02/2014 08:42, lejeczek wrote:
dear experts
I'd like to ask you, probably on behalf all of us who try
to use AMD's
ACML for performance optimisation a question.
There seem to be problem when these two, R and ACML are
coup
dear experts
I'd like to ask you, probably on behalf all of us who try to
use AMD's ACML for performance optimisation a question.
There seem to be problem when these two, R and ACML are
coupled,
described here:
http://devgurus.amd.com/message/1255852#1255852
I'd like to ask, while not being
13 matches
Mail list logo
