Here some redundancy tests that may be useful (I use similar ones for
aroma.light::weightedMedian):
n <- 10
x <- 1:n
# No weights
m1 <- mean(x)
m2 <- weighted.mean(x)
stopifnot(all.equal(m1, m2))
# Equal weights on different scales
w1 <- rep(1, n)
m1 <- weighted.mean(x, w1)
w2 <- rep(100, n)
m2
In the interest of full disclosure, I did not provide that particular
workaround.
It came via a thread on r-help back in January:
https://stat.ethz.ch/pipermail/r-help/2009-January/185742.html
and was then moved to r-devel:
https://stat.ethz.ch/pipermail/r-devel/2009-January/051891.html
On 30/10/2009 10:58 PM, mark.braving...@csiro.au wrote:
The errors are generated inside lazyLoadDBfetch; I don't call object.size, so
unfortunately that's not the issue (unless o.s. is called somewhere inside the
.Primitive for lazyLoadDBfetch).
Does this happen in R-patched? I've seen simil
On Sat, 31 Oct 2009, Roger Koenker wrote:
On Oct 30, 2009, at 4:11 PM, Prof Brian Ripley wrote:
First step to check: update to a released version of R 2.10.0!
I see the same behavior with:
R version 2.10.0 (2009-10-26)
x86_64-unknown-linux-gnu
locale:
[1] LC_CTYPE=en_US.UTF-8 LC_NUMER
I have been able to compile mgcv 1.5-6 *successfully* on the AIX box with gcc.
I replaced all the TRUE/FALSE in magic.c and gdi.c with mgcvTRUE/mgcvFALSE.
Thanks to William Dunlap for his help.
__
R-devel@r-project.org mailing list
https://stat.ethz.
Hello -- I am trying to compile (linker error, not compiler error) RODBC for R
2.9.2 on AIX 5.3 using gcc. I get the following error:
gcc -maix64 -pthread -std=gnu99 -shared -Wl,-brtl -Wl,-G -Wl,-bexpall
-Wl,-bnoentry -lc -L/usr/lib -L/usr/X
11R6/lib -L/usr/local/lib -L/opt/freeware/lib -L/opt/f
I'm trying to improve my package documentation and tried out
promptMethods() in R-2.10.0 (Linux 64-bit Ubuntu). It generates
an Rd file with an extra \ before signature, such as:
\item{\code{\signature(x = "matrix")}}{ ... }
generating warnings upon package check such as the following:
prepare_R
Thanks to all, the suggested fix has cleared this up.
Roger
On Oct 31, 2009, at 8:02 AM, Marc Schwartz wrote:
In the interest of full disclosure, I did not provide that
particular workaround.
It came via a thread on r-help back in January:
https://stat.ethz.ch/pipermail/r-help/2009-Januar
On Oct 30, 2009, at 4:11 PM, Prof Brian Ripley wrote:
First step to check: update to a released version of R 2.10.0!
I see the same behavior with:
R version 2.10.0 (2009-10-26)
x86_64-unknown-linux-gnu
locale:
[1] LC_CTYPE=en_US.UTF-8 LC_NUMERIC=C
[3] LC_TIME=en_US.UTF-8LC_COL
Thanks again, options(useFancyQuotes = FALSE) works perfectly!
Roger
On Oct 31, 2009, at 12:05 PM, Prof Brian Ripley wrote:
On Sat, 31 Oct 2009, Roger Koenker wrote:
On Oct 30, 2009, at 4:11 PM, Prof Brian Ripley wrote:
First step to check: update to a released version of R 2.10.0!
I se
On 29 October 2009 at 11:47, Saptarshi Guha wrote:
| Hello,
| In the src folder of my R package I have
|
| a.cc
| b.cc
| f/g/x.cc
|
| my Makevars.in has
|
| all: $(SHLIB)
|
| upon installing only, a.o and b.o is build and the final dll is
| comprised of a.o and b.o
|
| How can I instruct $(
On Sat, 31 Oct 2009, Chuck White wrote:
Hello -- I am trying to compile (linker error, not compiler error) RODBC for R
2.9.2 on AIX 5.3 using gcc. I get the following error:
gcc -maix64 -pthread -std=gnu99 -shared -Wl,-brtl -Wl,-G -Wl,-bexpall
-Wl,-bnoentry -lc -L/usr/lib -L/usr/X
11R6/lib -L
On Oct 31, 2009, at 1:13 PM, Chuck White wrote:
Hello -- I am trying to compile (linker error, not compiler error)
RODBC for R 2.9.2 on AIX 5.3 using gcc. I get the following error:
gcc -maix64 -pthread -std=gnu99 -shared -Wl,-brtl -Wl,-G -Wl,-
bexpall -Wl,-bnoentry -lc -L/usr/lib -L/usr/X
1
> Does this happen in R-patched? I've seen similar errors in 2.10.0, but
> not in a current build.
Yes, still there in R-patched.
(Still haven't got to your code, this was in
> mine. I'm reluctant to spend time on code that is messing with
> internals, because you might be using things in a way
nchar(with(list(2),ls())) gives an internal error. This is of course
a peculiar call (no names in the list), but the error is not caught
cleanly.
It is not clear from the documentation whether with(list(2)...) is
allowable; if it is not, it should presumably give an error. If it is, then
ls
should
15 matches
Mail list logo