R 4.1.0 brought the native pipe and the related ability to use '=>' if one
opted into it by setting _R_USE_PIPEBIND_. I often forget about '=>' and
sadly can never find anything in the docs either (particularly no 'see als'
from '|>' docs) which is not all that heplful.
Can we anticipate a chang
On 21/05/2021 16:01, Marc Schwartz via R-devel wrote:
Hi All,
I was just sent some older R code from circa 2004, which contains the
use of the "**" operator, which is parsed as "^".
From looking at ?"**", I see the following in the Note section:
"** is translated in the parser to ^, but thi
Hi All,
I was just sent some older R code from circa 2004, which contains the
use of the "**" operator, which is parsed as "^".
From looking at ?"**", I see the following in the Note section:
"** is translated in the parser to ^, but this was undocumented for many
years. It appears as an ind
Tomas Kalibera kindly suggested I might have both 32- and 64-bit
Java installed, and it might be accessing the 32-bit. He further
suggested:
R CMD check Ecfun_0.2-4.tar.gz --no-multiarch
That worked. Thanks, Thomas.
Spencer
On 2020-03-29 08:03, Spencer Graves wr
I spoke too soon in saying that everything worked with OpenJDK:
"R CMD check Ecfun_0.2-4.tar.gz" using
"https://github.com/sbgraves237/Ecfun"; worked fine on my Mac but failed
with "error: DLL 'rJava' not found: maybe not installed for this
architecture?" under Windows 10. "00install.ou
Cc: "r-devel@r-project.org"
> Subject: Re: [Rd] status of Java & rJava?
> Message-ID: <30424ef3-fd2e-44db-8d7a-c5ec976f4...@r-project.org>
> Content-Type: text/plain; charset="us-ascii"
>
> Spencer,
>
> you could argue that Java is dead since Oracle ef
On 2020-03-28 23:07, Prof Brian Ripley wrote:
On 29/03/2020 04:07, Simon Urbanek wrote:
Spencer,
you could argue that Java is dead since Oracle effectively killed it
by removing all public downloads, but if you manage to get hold of a
Java installation then it works just fine with R. To my
On 29/03/2020 04:07, Simon Urbanek wrote:
Spencer,
you could argue that Java is dead since Oracle effectively killed it by
removing all public downloads, but if you manage to get hold of a Java
installation then it works just fine with R. To my best knowledge there has
never been an issue if
Spencer,
you could argue that Java is dead since Oracle effectively killed it by
removing all public downloads, but if you manage to get hold of a Java
installation then it works just fine with R. To my best knowledge there has
never been an issue if you installed rJava from source. macOS Catal
rday, March 28, 2020 8:14:45 PM
To: Spencer Graves
Cc: r-devel@r-project.org
Subject: Re: [Rd] status of Java & rJava?
Hi Spencer, I'm also having problems getting rJava to work on Mac OS X.
-G
On Sat, Mar 28, 2020 at 4:19 PM Spencer Graves
wrote:
> Hello, All:
>
>
>
Hi Spencer, I'm also having problems getting rJava to work on Mac OS X.
-G
On Sat, Mar 28, 2020 at 4:19 PM Spencer Graves
wrote:
> Hello, All:
>
>
>Is Java being deprecated for R?
>
>
>I ask, because I've been unable to get rJava 0.9-11 to work under
> either macOS 10.15 or Wind
Hello, All:
Is Java being deprecated for R?
I ask, because I've been unable to get rJava 0.9-11 to work under
either macOS 10.15 or Windows 10, and I can't get rJava 0.9-12 to
install -- and my Ecfun package uses it: I can't get "R CMD build
Ecfun" to work on my Mac nor "R CMD
Dear List,
section "6.3 Random number generation" of WRE [1] lists unif_rand(),
norm_rand() and exp_rand() as the interface to R's RNG. Now
R_ext/Random.h also has
double R_unif_index(double);
Can this be also treated as an official API function that may be called
from a package?
Thanks
Ral
Hello,
Over time, the FreeBSD R port/package [1] has accumulated some cruft. We've
begun an overhaul and the process has generally been positive since most of the
local patches and workarounds are no longer necessary.
However, we still require a few workarounds.
1. Libjpeg
The autotools check
On 13-12-13 8:36 AM, Justin Talbot wrote:
It would have those benefits, but it would be harder to prototype
changes by actually replacing the `if` function. Implementations that
want to optimize the calls have other ways to do it, e.g. the sorts of
things the compiler does.
Does anyone actua
>> It would have those benefits, but it would be harder to prototype
>> changes by actually replacing the `if` function. Implementations that
>> want to optimize the calls have other ways to do it, e.g. the sorts of
>> things the compiler does.
>>
>
> Does anyone actually prototype changes to the
>
> It would have those benefits, but it would be harder to prototype
> changes by actually replacing the `if` function. Implementations that
> want to optimize the calls have other ways to do it, e.g. the sorts of
> things the compiler does.
>
Does anyone actually prototype changes to the `if` f
On 13-12-12 3:22 PM, Duncan Murdoch wrote:
On 12/12/2013 2:08 PM, Karl Millar wrote:
According to
http://cran.r-project.org/doc/manuals/r-release/R-lang.html#Reserved-words
if else repeat while function for in next break
TRUE FALSE NULL Inf NaN
NA NA_integer_ NA_real_ NA_complex_ N
On 12/12/2013 2:08 PM, Karl Millar wrote:
According to
http://cran.r-project.org/doc/manuals/r-release/R-lang.html#Reserved-words
if else repeat while function for in next break
TRUE FALSE NULL Inf NaN
NA NA_integer_ NA_real_ NA_complex_ NA_character_
... ..1 ..2 etc.
are all reser
According to
http://cran.r-project.org/doc/manuals/r-release/R-lang.html#Reserved-words
if else repeat while function for in next break
TRUE FALSE NULL Inf NaN
NA NA_integer_ NA_real_ NA_complex_ NA_character_
... ..1 ..2 etc.
are all reserved keywords.
However, in R 3.0.2 you can do t
Gavin Simpson <[EMAIL PROTECTED]> writes:
> On Wed, 2006-10-04 at 15:03 +0200, Peter Dalgaard wrote:
> > Gavin Simpson <[EMAIL PROTECTED]> writes:
> >
> > > Dear list,
> > >
> > > I have been using and testing the alpha/betas of R 2.4.0, sources for
> > > which I got from svn.r-project.org/R/bra
On Wed, 2006-10-04 at 15:03 +0200, Peter Dalgaard wrote:
> Gavin Simpson <[EMAIL PROTECTED]> writes:
>
> > Dear list,
> >
> > I have been using and testing the alpha/betas of R 2.4.0, sources for
> > which I got from svn.r-project.org/R/branches/R-2-4-branch, and which I
> > compiled on my Fedora
Gavin Simpson <[EMAIL PROTECTED]> writes:
> Dear list,
>
> I have been using and testing the alpha/betas of R 2.4.0, sources for
> which I got from svn.r-project.org/R/branches/R-2-4-branch, and which I
> compiled on my Fedora Core 5 machine. No problems there. I have just
> updated the source tr
Dear list,
I have been using and testing the alpha/betas of R 2.4.0, sources for
which I got from svn.r-project.org/R/branches/R-2-4-branch, and which I
compiled on my Fedora Core 5 machine. No problems there. I have just
updated the source tree today and re-compiled - which also works just
fine.
24 matches
Mail list logo