> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Tue, 20 Mar 2007 22:10:27 -0400 writes:
Gabor> On 3/20/07, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>> On 3/20/2007 1:40 PM, Gabor Grothendieck wrote:
>> > On 3/20/07, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>>
On 3/20/07, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> On 3/20/2007 1:40 PM, Gabor Grothendieck wrote:
> > On 3/20/07, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> >> On 3/20/2007 12:44 PM, Gabor Grothendieck wrote:
> >> > On 3/20/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >> >> On 3/20/200
On Tue, 20 Mar 2007, Martin Maechler wrote:
> As some of you may have seen / heard in the past,
> it is not possible to make cbind() and rbind() into proper S4
> generic functions, since their first formal argument is '...'.
> [ BTW: S3-methods for these of course only dispatch on the first
> arg
On 20 March 2007 at 18:58, Ernest Turro wrote:
| Why is it that R places CFLAGS after PKG_CFLAGS and not before when
| compiling a package (e.g. through R CMD build pkg)? This can be
| problematic if, for instance, you want to use -O3, but -O2 is in
| R_HOME/etc/Makeconf. If -O2 (in CFLAGS)
Hi Ross -
I believe I was wrong in thinking that passing via the ...
list to stripchart() was ever allowed. Here are patches:
Add ... to the argument list
Add, at the beginning of the function:
pars <- list(...)
There are two calls to axis(). Modify these to:
axis(1, at = at, labels =
As some of you may have seen / heard in the past,
it is not possible to make cbind() and rbind() into proper S4
generic functions, since their first formal argument is '...'.
[ BTW: S3-methods for these of course only dispatch on the first
argument which is also not really satisfactory in the con
On 20 Mar 2007, at 21:32, Kasper Daniel Hansen wrote:
>
> On Mar 20, 2007, at 7:58 PM, Ernest Turro wrote:
>
>> Why is it that R places CFLAGS after PKG_CFLAGS and not before when
>> compiling a package (e.g. through R CMD build pkg)? This can be
>> problematic if, for instance, you want to use -
On Mar 20, 2007, at 7:58 PM, Ernest Turro wrote:
> Why is it that R places CFLAGS after PKG_CFLAGS and not before when
> compiling a package (e.g. through R CMD build pkg)? This can be
> problematic if, for instance, you want to use -O3, but -O2 is in
> R_HOME/etc/Makeconf. If -O2 (in CFLAGS) app
On 20 Mar 2007, at 13:24, Douglas Bates wrote:
> [snip]
> In cases like this capture.output() is your friend. Write one code
> chunk with results=hide,echo=FALSE that uses capture.output to trap
> the desired output as character strings then use string manipulation
> functions to do the desired
Why is it that R places CFLAGS after PKG_CFLAGS and not before when
compiling a package (e.g. through R CMD build pkg)? This can be
problematic if, for instance, you want to use -O3, but -O2 is in
R_HOME/etc/Makeconf. If -O2 (in CFLAGS) appears after -O3 (in
PKG_CFLAGS), you are left with w
On 3/20/07, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> On 3/20/2007 1:40 PM, Gabor Grothendieck wrote:
> > On 3/20/07, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> >> On 3/20/2007 12:44 PM, Gabor Grothendieck wrote:
> >> > On 3/20/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >> >> On 3/20/200
On 3/20/2007 1:40 PM, Gabor Grothendieck wrote:
> On 3/20/07, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>> On 3/20/2007 12:44 PM, Gabor Grothendieck wrote:
>> > On 3/20/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> >> On 3/20/2007 11:19 AM, [EMAIL PROTECTED] wrote:
>> >> > Full_Name: Charles
On 3/20/07, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> On 3/20/2007 12:44 PM, Gabor Grothendieck wrote:
> > On 3/20/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >> On 3/20/2007 11:19 AM, [EMAIL PROTECTED] wrote:
> >> > Full_Name: Charles Dupont
> >> > Version: 2.4.1
> >> > OS: linux 2.6.18
>
On 3/20/2007 12:44 PM, Gabor Grothendieck wrote:
> On 3/20/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> On 3/20/2007 11:19 AM, [EMAIL PROTECTED] wrote:
>> > Full_Name: Charles Dupont
>> > Version: 2.4.1
>> > OS: linux 2.6.18
>> > Submission from: (NULL) (160.129.129.136)
>> >
>> >
>> > 'form
On 3/20/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On 3/20/2007 11:19 AM, [EMAIL PROTECTED] wrote:
> > Full_Name: Charles Dupont
> > Version: 2.4.1
> > OS: linux 2.6.18
> > Submission from: (NULL) (160.129.129.136)
> >
> >
> > 'format.pval' has a major limitation in its implementation. For
On 3/20/2007 11:19 AM, [EMAIL PROTECTED] wrote:
> Full_Name: Charles Dupont
> Version: 2.4.1
> OS: linux 2.6.18
> Submission from: (NULL) (160.129.129.136)
>
>
> 'format.pval' has a major limitation in its implementation. For example
> suppose a person had a vector like 'a' and the error being ±0
Full_Name: Charles Dupont
Version: 2.4.1
OS: linux 2.6.18
Submission from: (NULL) (160.129.129.136)
'format.pval' has a major limitation in its implementation. For example
suppose a person had a vector like 'a' and the error being ±0.001.
> a <- c(0.1, 0.3, 0.4, 0.5, 0.3, 0.0001)
> forma
Peter Dalgaard wrote:
> Matthias Burger wrote:
>> Hi Seth,
>>
>
[...]
>>
> I have just committed my variation of Seth's patch, so please check the
> current r-devel too.
For the record:
With R 2.5.0 devel (2007-03-18 r40854)
the issue I was concerned about has been resolved.
Thanks t
On 3/20/07, Ernest Turro <[EMAIL PROTECTED]> wrote:
>
> On 20 Mar 2007, at 07:53, Martin Maechler wrote:
>
> >> "Wolfi" == Wolfgang Huber <[EMAIL PROTECTED]>
> >> on Mon, 19 Mar 2007 15:38:00 + writes:
> >
> >>> the problem with results=hide is that it suppresses everything. I
> >>>
On 20 Mar 2007, at 07:53, Martin Maechler wrote:
>> "Wolfi" == Wolfgang Huber <[EMAIL PROTECTED]>
>> on Mon, 19 Mar 2007 15:38:00 + writes:
>
>>> the problem with results=hide is that it suppresses everything. I
>>> just
>>> need Sweave to suppress strings ending in '\r'...
>
>
On 3/20/2007 6:36 AM, Thomas McCallum wrote:
> Hi Everyone,
>
> When I have a load of functions which have various arguments passed
> via the ellipsis argument it keeps on assigning them as symbol making
> them unusable to the function. My current work around involves using
> do.call but this is
Hi Everyone,
When I have a load of functions which have various arguments passed
via the ellipsis argument it keeps on assigning them as symbol making
them unusable to the function. My current work around involves using
do.call but this is rather cumbersome.
Does anyone know why it suddenly chan
[This has become entirely a topic for 'R-devel' hence, I'm
diverting to there keeping R-help once; please follow-up
only to R-devel ]
> "MM" == Martin Maechler <[EMAIL PROTECTED]>
> on Tue, 20 Mar 2007 08:49:16 +0100 writes:
> "Gad" == Gad Abraham <[EMAIL PROTECTED]>
> o
As even 4.2.0 is not released yet, we will make changes at an appropriate
time. The GNU and C99 semantics for 'inline' are known to be
incompatible.
>From src/include/Rinlinedfuns.h:
/* this header is always to be included from others.
It is only called if COMPILING_R is defined (in util.c
I have defined an S3 class that inherits from data.frame. It has
some additional attributes and a particular structure that a modeling
function that I wrote require. I want to write an rbind
method for this class which will combine the attributes correctly
as well as the data.frame components.
25 matches
Mail list logo