You need to take this up with the package maintainers: although
recommended packages are distributed with R, they are still
contributed packages with separate maintainers.
At one point Matrix did work with a non-GNU make (the Solaris one)
after suggestions from R-core members on how to remove
Hi,
I was looking at the sparse matrix packages and I noticed that complex
valued sparse matrices are not supported. Is there anybody working on
adding complex-support for the SparseM or the Matrix package?
juha
__
R-devel@r-project.org mailing list
ht
Dear developers,
today I tried to build and install R-devel_2009-01-10 on FreeBSD
8.0-CURRENT (i386) for testing purposes.
All went well until compiling the now recommended (integrated) Matrix
package. At this point the following break occured:
--
On 11 January 2009 at 20:18, Prof Brian Ripley wrote:
| Those of you tracking R development will have noticed that we are
| moving towards using R as a scripting engine.
[...]
| Reasons:
|
| - it is platform-independent and needs no other tools installed.
[...]
| - it is fast.
[...]
Indeed. I
On Sun, Jan 11, 2009 at 3:18 PM, Prof Brian Ripley
wrote:
> Those of you tracking R development will have noticed that we are moving
> towards using R as a scripting engine. (It is often overlooked as such.)
...
> In due course we see phasing out the use of Perl, at least at run time (and
> that
Those of you tracking R development will have noticed that we are
moving towards using R as a scripting engine. (It is often overlooked
as such.) Thus far INSTALL, REMOVE, SHLIB and massage-examples have
been moved to R.
Reasons:
- it is platform-independent and needs no other tools install
Hi Frank,
Thank you for the correction, I don't work in clinical, so good you keep
me honest.
Nicholas
On Sun, 11 Jan 2009 09:21:23 -0600, "Frank E Harrell Jr"
said:
> Nicholas please note that FDA does not require type III sums of squares,
> LOCF, and the use of any particular software. It is j
On Sun, 11 Jan 2009, Daniel Sabanés Bové wrote:
Yes, I set the encoding to UTF-8 in my .Rprofile. Sorry that I didn't
You really don't want to do that: it adds a considerable overhead and
relies on a bug-free iconv
The latest R-patched should work around this.
mention it already. So
on 01/10/2009 03:06 PM Spencer Graves wrote:
> Hi, All:
> What support exists for 'regression testing'
> (http://en.wikipedia.org/wiki/Regression_testing) of R code, e.g., as
> part of the "R CMD check" process?
> The"RUnit" package supports "unit testing"
> (http://en.wikipedia.org/wiki/
Nicholas please note that FDA does not require type III sums of squares,
LOCF, and the use of any particular software. It is just the fact that
FDA does not disallow type III tests and LOCF that prevents pharma from
abandoning these terrible methods.
Frank
--
Frank E Harrell Jr Professor an
Looks like a bug in your iconv. However, that section of code is
conditionalized by
if(con->outconv) { /* translate the buffer */
and I don't see that as non-NULL on my systems. It should only be
called when you specify an encoding on the output connection, so have
you set an option (e.
I think you're not linking it together when you call R CMD SHLIB, use
something like
R CMD SHLIB mylib.c yourlib1.o yourlib2.o
Otherwise mail again with your Makefile, or all the commands you are using
good luck
2009/1/11 Samsiddhi Bhattacharjee :
> Dear all,
>
> I am using the .Call interface
Hello,
To answer Spencer Graves questions, I would like to mention that there
an alternative to RUnit that could easy writing of test units,
regression tests and integration tests for R. It is svUnit. See
http://www.sciviews.org/SciViews-K/index.html. It is not on CRAN yet,
but on R-Forge bec
13 matches
Mail list logo
