On Tue, Sep 14, 2010 at 6:23 PM, Benjamin Tyner wrote:
> Hi,
>
> I'm aware that the language definition states "R objects are often coerced
> to different types during computations". Two questions:
>
> 1. Is it possible to configure the R environment so that, for example,
> coercion from (say) num
Hi,
in R CMD check, the version of the package being checked is reported, e.g.
Thu Sep 9 05:02:30 2010: Checking package R.utils (SVN revision 399) ...
* using log directory ‘/srv/R/R.check/R-devel/PKGS/R.utils.Rcheck’
* using R version 2.12.0 Under development (unstable) (2010-09-07 r52876)
* u
Hi,
I'm aware that the language definition states "R objects are often
coerced to different types during computations". Two questions:
1. Is it possible to configure the R environment so that, for example,
coercion from (say) numeric to integer will throw a warning or an error?
I realize tha
On 09/14/2010 03:30 PM, Duncan Murdoch wrote:
On 14/09/2010 6:08 PM, Hervé Pagès wrote:
On 09/14/2010 02:58 PM, cstrato wrote:
Dear Herve,
Thank you for your reply, however maybe I was not quite clear.
The files xpsDict.h and xpsDict.cxx are automatically created by the
ROOT framework during
On 14/09/2010 6:08 PM, Hervé Pagès wrote:
On 09/14/2010 02:58 PM, cstrato wrote:
Dear Herve,
Thank you for your reply, however maybe I was not quite clear.
The files xpsDict.h and xpsDict.cxx are automatically created by the
ROOT framework during compilation on every architecture.
on every a
On 09/14/2010 02:58 PM, cstrato wrote:
Dear Herve,
Thank you for your reply, however maybe I was not quite clear.
The files xpsDict.h and xpsDict.cxx are automatically created by the
ROOT framework during compilation on every architecture.
on every architecture... ok
But if they are created d
Dear Herve,
Thank you for your reply, however maybe I was not quite clear.
The files xpsDict.h and xpsDict.cxx are automatically created by the
ROOT framework during compilation on every architecture. This means they
are created on Linux and Mac with LF line endings, but on Windows with
CRLF
Hi Christian,
On 09/14/2010 02:12 PM, cstrato wrote:
Dear Simon,
Thank you for this clarification/suggestion, however I am confused. What
do you mean with "If the file is created automatically then it has no
business being in the package."?
He means it shouldn't be in the source tarball. We r
Dear Simon,
Thank you for this clarification/suggestion, however I am confused. What
do you mean with "If the file is created automatically then it has no
business being in the package."?
If you download the source code of my package from:
http://bioconductor.org/packages/2.7/bioc/html/xps.ht
On Sep 14, 2010, at 2:27 PM, cstrato wrote:
> Dear Bill,
>
> It would be great if this warning message could at least be suppressed on
> Windows.
>
I think you're missing the point - you should be fixing that file instead - it
doesn't matter whether you're on Windows or not. If the file is c
On Tue, 14 Sep 2010 12:02:04 +0200,
Uwe Ligges wrote:
> It returns a list with athe class attribut set to "by", just use: x <-
> by(.) unclass(x)
Thanks Uwe, however, that still returns an array when using the
data.frame method for by():
R> class(unclass(with(warpbreaks, by(warpbreaks[, 1:
On 14/09/2010 2:46 PM, Hervé Pagès wrote:
Duncan,
On 09/13/2010 11:47 AM, Duncan Murdoch wrote:
> On 13/09/2010 2:38 PM, Hervé Pagès wrote:
[...]
>> Thanks for suggesting workarounds but don't you think there is a real
>> problem?
>>
>
> As I said, we don't use TEXINPUTS on Windows, we use
Duncan,
On 09/13/2010 11:47 AM, Duncan Murdoch wrote:
On 13/09/2010 2:38 PM, Hervé Pagès wrote:
[...]
Thanks for suggesting workarounds but don't you think there is a real
problem?
As I said, we don't use TEXINPUTS on Windows, we use the command line
version. I didn't write the code, so I d
Dear Dirk,
Thank you for this suggestion, however I have no idea where this code
could be used.
As I have said, this file is created automatically during the
compilation by the compiler, and I have no idea at which point "R CMD
check" does check for CRLF line endings, and how to interfere wi
Dear Bill,
It would be great if this warning message could at least be suppressed
on Windows.
Best regards
Christian
On 9/14/10 2:06 AM, William Dunlap wrote:
-Original Message-
From: r-devel-boun...@r-project.org
[mailto:r-devel-boun...@r-project.org] On Behalf Of cstrato
Sent: M
Hi Uwe,
On 09/14/2010 04:49 AM, Uwe Ligges wrote:
On 12.09.2010 12:10, Hervé Pagès wrote:
Hi Peter,
On 09/12/2010 01:51 AM, Peter Dalgaard wrote:
On 09/12/2010 08:10 AM, Hervé Pagès wrote:
...
AFAICT those problems were never seen before (i.e. with R< 2.12).
They show up randomly everyday
On 14 September 2010 at 13:01, Simon Urbanek wrote:
| Please do NOT use version checks on compilers and other tools - those are the
wrong way to go! You want to use actual functionality check as that is the only
reliable way to find out that something works or not*. For example there are
issues
Please do NOT use version checks on compilers and other tools - those are the
wrong way to go! You want to use actual functionality check as that is the only
reliable way to find out that something works or not*. For example there are
issues on certain Linux systems with the gomp library that pr
Under the description of the 'type' argument, ?residuals.gls says
'Defaults to ‘"pearson"’.'
But residuals.gls starts
residuals.gls <-
function(object, type = c("response", "pearson", "normalized"), ...)
{
type <- match.arg(type)
...
which sure looks to me like it defaults to "response", not "
On 14 September 2010 at 11:06, Karl Forner wrote:
| I've written a package that may use OpenMP to speed up computations. OpenMP
| is supported in recent Gcc versions by using the -fopenmp flag.
| The problem is that flag crashed gcc versions that do not support OpenMP.
| So what is the best way fo
On 12.09.2010 12:10, Hervé Pagès wrote:
Hi Peter,
On 09/12/2010 01:51 AM, Peter Dalgaard wrote:
On 09/12/2010 08:10 AM, Hervé Pagès wrote:
...
AFAICT those problems were never seen before (i.e. with R< 2.12).
They show up randomly everyday for a small number of packages
(between 10 and 20 o
It returns a list with athe class attribut set to "by", just use:
x <- by(.)
unclass(x)
Uwe Ligges
On 14.09.2010 00:11, Seb wrote:
Hi,
I noticed that by() returns an object of class 'by', regardless of what
its argument 'simplify' is. ?by says that it always returns a list if
simplify=
22 matches
Mail list logo
