> Vinh Nguyen
> on Thu, 8 Oct 2015 20:21:32 -0700 writes:
> Ahh, sorry for not googling the error message. Found
>
[this](http://r.789695.n4.nabble.com/Error-compiling-R-2-10-1-on-AIX-td1017862.html)
> post that suggests modifying /src/extra/tre/tre-internal.h
>
(ht
On Fri, Oct 9, 2015 at 1:44 AM, Prof Brian Ripley wrote:
> Hmm, look in MkRules.dist for the setting you failed to make Obviously
> available in R-patched and R-devel only as we cannot foretell such changes.
>
>[snip]
Yes, I see my error. For efficiency, I had copied in an old pre-filled
Mkr
Hmm, look in MkRules.dist for the setting you failed to make
Obviously available in R-patched and R-devel only as we cannot foretell
such changes.
On 09/10/2015 06:24, Avraham Adler wrote:
According to the MikTex bug reports [1], MikTex 2.9 has removed
texi2dvi.exe last week (on 2015-09-2
According to the MikTex bug reports [1], MikTex 2.9 has removed
texi2dvi.exe last week (on 2015-09-29) as "it was not compatible
(anymore) with the original shell script texi2dvi (GNU Texinfo)." I
found this out the hard way as I just (unknowingly) updated MikTex
this evening, and then, while build
Ahh, sorry for not googling the error message. Found
[this](http://r.789695.n4.nabble.com/Error-compiling-R-2-10-1-on-AIX-td1017862.html)
post that suggests modifying /src/extra/tre/tre-internal.h
(https://r-forge.r-project.org/scm/viewvc.php/patches/aix_R210_tre.patch?view=markup&root=aix)
for AI
One other note: I'm also using the latest src/main/dcf.c that was
giving an issue on AIX previously; see
[this](https://stat.ethz.ch/pipermail/r-devel/2015-September/071781.html)
thread.
Thanks.
On Thu, Oct 8, 2015 at 6:51 PM, Vinh Nguyen wrote:
> Please note that if I don't specify those variab
Please note that if I don't specify those variables, then R 32 bit
compiles fine. Thanks.
-- Vinh
On Thu, Oct 8, 2015 at 6:50 PM, Vinh Nguyen wrote:
> Dear list,
>
> I'm following the instructions provided here to compile R 64 bit on
> AIX 6.1. I did
>
> export OBJECT_MODE=64
> export CC="gcc
Dear list,
I'm following the instructions provided here to compile R 64 bit on
AIX 6.1. I did
export OBJECT_MODE=64
export CC="gcc -maix64 -pthread"
export CXX="g++ -maix64 -pthread"
export FC="gfortran -maix64 -pthread"
export F77="gfortran -maix64 -pthread"
export CFLAGS="-O2 -g -mcpu=power6"
On Thu, 2015-10-08 at 13:58 -0700, Sasikumar Kandhasamy wrote:
> I am a beginner to R language and currently exploring R to use it for
> machine learning use case. My requirement is to include R-core package in
> my embedded linux box which runs on customized Monta Vista Linux with
> kernel 2.6.32
Hi,
I am a beginner to R language and currently exploring R to use it for
machine learning use case. My requirement is to include R-core package in
my embedded linux box which runs on customized Monta Vista Linux with
kernel 2.6.32 and it has multi-core MIPS processor.
I hope, there is NO pre-com
Hi,
I ran into a problem where I actually need rank(, ties.method="last"). It would
be great to have this feature in base and it's also simple to get (see below).
Thanks & cheers,
Marius
rank2 <- function (x, na.last = TRUE, ties.method = c("average",
"first", "last", # new "last"
"random",
Dear list,
A possible patch to correct the treatment of names consists in adding the
following lines
if(!is.null(names(par))) names(res$par) <- names(par)
if(!is.null(names(fn1(par names(res$value) <- names(fn1(par))
just before returning the variable res in optim. That is
opt
On 08/10/2015 1:51 PM, Jonathan Greenberg wrote:
I'm a little confused when documenting my code using Imports vs. Depends.
If I have an example in my .Rd that uses a library that is listed under
Imports, it doesn't work, but if it is listed under Depends, it does. What
is the proper way to go ab
I'm a little confused when documenting my code using Imports vs. Depends.
If I have an example in my .Rd that uses a library that is listed under
Imports, it doesn't work, but if it is listed under Depends, it does. What
is the proper way to go about using examples that rely on an Imports?
Should
S Ellison posted:
(quoting someone else, it appears)
I read the CRAN policies twice, and there
is no official guideline on how to compile the citation.
And once again Dr Ellison is not attributing quotes: that is clearly
covered by the posting guide. Including:
Take care when you quote ot
> > I read the CRAN policies twice, and there
> > is no official guideline on how to compile the citation.
The policies are about copyright and IP, not credited authorship. There's
overlap but they are not the same thing.
You can see whether someone is a copyright holder by referring to the li
Hi Martin,
Thanks and apologies for not seeing that. I had checked NEWS but not tried
it in R devel.
Thanks again.
Josh
On Thu, Oct 8, 2015 at 10:03 PM, Martin Maechler wrote:
> > Joshua Wiley
> > on Thu, 8 Oct 2015 12:19:16 +1100 writes:
>
> > Hi, I realize this is an old
> Joshua Wiley
> on Thu, 8 Oct 2015 12:19:16 +1100 writes:
> Hi, I realize this is an old thread, but just wondering
> whether a conclusion was ever reached on this issue? I'm
> using formula(NULL) but it would be nice if default
> initialization worked for formula cl
18 matches
Mail list logo