[Rd] Package manpage DCF hooks

2005-11-14 Thread Paul Roebuck
Was looking at what was output for -package.Rd
and wondered if any there was any means (via macro, etc)
to merge some of the same information with a template
for my package manpage? As much (all?) of the generated
information was already provided in the DESCRIPTION, I'd
prefer not to have to update the information in multiple
places. I'm thinking here that I could provide a template
file "-package.Rd.in" and during build, the
DCF information could be substituted appropriately and
"-package.Rd" would be output.

see also:
promptPackage method

--
SIGSIG -- signature too long (core dumped)

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Package manpage DCF hooks

2005-11-14 Thread Gabor Grothendieck
What I do is make my whatever-package.Rd page be
the central page where one can get a list of all
the other places one can look for info (rather than
placing the info itself there).  See, for example,

library(dyn)
package?dyn


On 11/14/05, Paul Roebuck <[EMAIL PROTECTED]> wrote:
> Was looking at what was output for -package.Rd
> and wondered if any there was any means (via macro, etc)
> to merge some of the same information with a template
> for my package manpage? As much (all?) of the generated
> information was already provided in the DESCRIPTION, I'd
> prefer not to have to update the information in multiple
> places. I'm thinking here that I could provide a template
> file "-package.Rd.in" and during build, the
> DCF information could be substituted appropriately and
> "-package.Rd" would be output.
>
> see also:
>promptPackage method
>
> --
> SIGSIG -- signature too long (core dumped)
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] optimized BLAS

2005-11-14 Thread Prof Brian Ripley
As a few of you will know, Dr Goto's BLAS is now available again 
(http://www.tacc.utexas.edu/resources/software/software.php), but only for 
academic use and only for Linux (at least in binary form, and source-code 
licenses are not yet available).

http://www.netlib.org/lapack pointed me to AMD's ACML 
(http://www.amd.com/acml).  This has a less restrictive licence, and seems 
at least as fast as the Goto BLAS - it is also a full optimized LAPACK.

What does seem a bit confused is all the references to AMD64, when they 
also supply 32-bit non-SSE2 and even non-SSE versions (and there are no 
such versions of AMD64 to my knowledge).  It runs on my Athlon XP systems, 
and even under Windows.

I've added comments in R-admin.texi and Windows support, in both R-patched 
and R-devel.

-- 
Brian D. Ripley,  [EMAIL PROTECTED]
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel:  +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax:  +44 1865 272595

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] typo in as.POSIXlt.Rd (PR#8309)

2005-11-14 Thread Weigand . Stephen
While reading ?as.POSIXlt a possible typo caught my eye.

The "diff -u" output based on R-devel downloaded today 
vs. a suggested change is below. 

Thank you,

Stephen


--- as.POSIXlt.Rd   Mon Oct 17 10:50:06 2005
+++ /tmp/as.POSIXlt.Rd  Mon Nov 14 09:48:48 2005
@@ -30,7 +30,7 @@
 \details{
   The \code{as.POSIX*} functions convert an object to one of the two
   classes used to represent date/times (calendar dates plus time to the
-  nearest second).  They can take convert a wide variety of objects,
+  nearest second).  They can convert a wide variety of objects,
   including objects of the other class and of classes \code{"Date"},
   \code{"date"} (from package \pkg{\link[date:as.date]{date}} or
   \pkg{\link[survival:as.date]{survival}}), \code{"chron"} and

::
Stephen Weigand
Division of Biostatistics
Mayo Clinic Rochester, Minn., USA
Phone (507) 266-1650, fax 284-9542

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] Dead link in documentation for dbinom

2005-11-14 Thread Ivan Frohne
Greetings:

In the documentation for dbinom:
___
References:

 Catherine Loader (2000). _Fast and Accurate Computation of
 Binomial Probabilities_; manuscript available from http://cm.bell-labs.com/cm/ms/departments/sia/catherine/dbinom>
___

the URL is dead.  Here's one that works:
___
References:

Catherine Loader(2000).  _Fast and Accurate Computation of Binomial 
Probabilities_; manuscript and C listing available from http://www.herine.net/stat/software/dbinom.html>
___

Her web site is http://stat.cwru.edu/~catherine/ >; email address: 
<[EMAIL PROTECTED]>.

--Ivan Frohne

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Package manpage DCF hooks

2005-11-14 Thread Paul Roebuck
On Mon, 14 Nov 2005, Gabor Grothendieck wrote:

> On 11/14/05, Paul Roebuck <[EMAIL PROTECTED]> wrote:
>
> > Was looking at what was output for -package.Rd
> > and wondered if any there was any means (via macro, etc)
> > to merge some of the same information with a template
> > for my package manpage? As much (all?) of the generated
> > information was already provided in the DESCRIPTION, I'd
> > prefer not to have to update the information in multiple
> > places. I'm thinking here that I could provide a template
> > file "-package.Rd.in" and during build, the
> > DCF information could be substituted appropriately and
> > "-package.Rd" would be output.
> >
> > see also:
> >promptPackage method
>
> What I do is make my whatever-package.Rd page be
> the central page where one can get a list of all
> the other places one can look for info (rather than
> placing the info itself there).  See, for example,
>
> library(dyn)
> package?dyn
>

Thanks for your reply. That gives me some additional
ideas but still think being able to display DCF
information and public function listing would be a nice
thing to have. For example, 'dyn-package.Rd' repeats its
DCF description.

--
SIGSIG -- signature too long (core dumped)

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] Typo in isR.Rd (PR#8310)

2005-11-14 Thread Weigand . Stephen
In reading ?is.R, I noticed what appears to be a typo.

The "diff -u" output based on R-devel downloaded today
vs. a possible change is below.

Thank you,

Stephen

--- ./src/library/base/man/isR.Rd   Tue Jul 20 11:46:24 2004
+++ /tmp/isR.Rd Mon Nov 14 16:13:27 2005
@@ -12,7 +12,7 @@
   The function has been written such as to correctly run in all versions
   of \R, S and S-PLUS.
   In order for code to be runnable in both \R and S dialects, either
-  your the code must define \code{is.R} or use it as
+  the code must define \code{is.R} or use it as
 
   \code{if (exists("is.R") && is.function(is.R) && is.R()) \{}\cr
   \code{}\emph{\#\# R-specific code}\cr


::
Stephen Weigand
Division of Biostatistics
Mayo Clinic Rochester, Minn., USA
Phone (507) 266-1650, fax 284-9542

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel