I did it purely based on the intuition I built from elsewhere and maybe in
R as well.
To summarise, it's basically a matter of evaluation ordering issue.
It looks like the model.matrix() function has a higher precedence over
rnorm(100), i.e., outside in rather than inside out in this specific cas
> Victor Tian
> on Thu, 3 Aug 2017 09:49:57 -0400 writes:
> To whom it may concern,
> I happened to run the following R code just to check the layout of the
> output, but found that the code doesn't work the way I thought it should
> work.
yes, your expectations were
To whom it may concern,
I happened to run the following R code just to check the layout of the
output, but found that the code doesn't work the way I thought it should
work.
''
> lm(rnorm(100) ~ rnorm(100))
Call:
lm(formula = rnorm(100) ~ rnorm(100))
Coefficients:
(Intercept)
-0.07966
Warni
> Berwin A Turlach
> on Thu, 3 Aug 2017 15:27:56 +0800 writes:
> G'day all,
> since about a week my daily re-compilations of R patched and R devel
> are falling over, i.e. they stop with an error during "make
> check" (while building the 32 bit architecture) on my Ubun
G'day all,
since about a week my daily re-compilations of R patched and R devel
are falling over, i.e. they stop with an error during "make
check" (while building the 32 bit architecture) on my Ubuntu 16.04.3
LTS machine. Specifically, a test in graphics-Ex.R seems to fail and
the last lines of g
