sorry for the late reply. i dunno if anyone ever wrote you back.
although perhaps not written for clarity, i think what appears in the code
is correct. the routine only guarantees that one of cum or ccum has a
valid return value depending on i_tail (the other might as well be
garbage, but tha
Attached is a patch to $RSRC/share/perl/R/Rdconv.pm that adds support for
\verbatim{ ... } to the .Rd format.
-Greg
> -Original Message-
> From: Kurt Hornik [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, July 16, 2003 2:31 AM
> To: Warnes, Gregory R
> Cc: '[EMAIL PROTECTED]'
> Subject: Re:
The current version of R-devel has internal support for
dlclose/dlopen/dlsym for Darwin.
Configure problems have also been solved thanks to Brian and Kurt.
Having or not libdl.0.dylib etc it is always the internal code that is
used.
Stefano
__
[EMAIL
On Wednesday, July 23, 2003, at 01:07 PM, Peter Rye wrote:
I have been able to compile R on OpenBSD 3.[23] for the i386 platform
(still a.out at the moment).
[...]
months. The OpenBSD-current for i386 will also be ELF. On the ELF
platforms,
the build dies with the following error:
dumping R co
I have been able to compile R on OpenBSD 3.[23] for the i386 platform
(still a.out at the moment).
There are problems with the naming convention for OpenBSD and the shared
libraries which prevents the build completing. I have included patches for
your consideration...I'm not an expert programmer a
DispatchGroup was not using R_LookupMethod for the group generic;
should be fixed in R-devel now.
luke
On Wed, 23 Jul 2003, Prof Brian Ripley wrote:
> Something seems wrong in the way the group generics are registered, as
> they are not being called. As a workaround, add
>
> export(Math.fract
Something seems wrong in the way the group generics are registered, as
they are not being called. As a workaround, add
export(Math.fractions,Ops.fractions,Summary.fractions)
to library/MASS/NAMESPACE and the examples seem to work again.
On Wed, 23 Jul 2003, Barry Rowlingson wrote:
> Prof Bria
Prof Brian Ripley wrote:
On Tue, 22 Jul 2003, Duncan Murdoch wrote:
This is not even a VR bug: no one said abs() is implemented for fractions,
and it is not. From the help page:
Arithmetic operations on `"fractions"' objects are possible.
and abs() is not such an operation.
Something fu
On Tue, 22 Jul 2003, Duncan Murdoch wrote:
> On Wed, 23 Jul 2003 00:49:05 +0200 (MET DST), you wrote:
>
> >Hi,
> >
> >zeros is output from fractions()
> >
> >>zeros
> >[1] -2 -2/51 4/3
> >>abs(zeros)
> >[1] -2 -2/51 4/3
>
> The fractions() function is presumably the one from MASS;
