similar to: Problems with R CMD Rdconv and R CMD Sd2Rd (PR#8661)

I have help files in several formats. Up until now I have converted nroff files to S-Plus 6 sgml and html files using Splus doc_to_S ... (creates .sgml file) Splus HINSTALL ... (creates .sgm and .html files) I maintain master help files in R .Rd files, and for some of my functions converting from .Rd to .sgm using R CMD Rdconv --type=Ssgm ... produces better .sgm files than beginning with

I'm trying: R CMD Rdconv file.Rd --type=Ssgm If file.Rd contains \code{x} then this is currently translated as <s-expression>x</s-expression> I suggest instead translating to <code>x</code> (provided that R CMD Sd2Rd is changed to support the <code> tag; I just submitted that bug separately). Note that this is an enhancement, not a bug. This change would

If an Rd file has only one keyword entry then the Splus sgm file made with Rdconv --type=SSgm has no keyword entries. To reproduce: Use prompt() to make a skeleton help file R> f<-function(x)log(1+x)-log1p(x) R> prompt(f) Created file named 'f.Rd'. Edit the file and move it to the appropriate directory. R> q() It has 2 \keyword entries in it

Full_Name: Eric Lunde Version: 2.0.1 OS: Solaris 9 Submission from: (NULL) (129.176.151.21) Hi R Devel, I am assisting one of my fellow R users who is developing a package for both Splus and R. He has been using the Sd2Rd command to convert his sgml help files into Rd help files. We believe we have found a bug. We noticed that if an sgml help file has multiple <s-topic> tags, each of

On Mon, 30 Apr 2007 bill at insightful.com wrote: > On Tue, 10 Apr 2007 timh at insightful.com wrote: > > > I've created a .Rd file (below), then converted that to .sgml using > > R CMD Rdconv --type=Ssgm combn.Rd > combn.sgml > > The output (shown below) is missing some of the sections: > > arguments > > seealso > > examples > > If

Using R 1.8.1 on Solaris Developing an Splus and R package from the same files. Creating an alias for multiple functions to the same file in .sgml: <s-topics> <s-topic> my.function </s-topic> <s-topic> print.my.function </s-topic> </s-topics> using R CMD Sd2Rd would convert to: \name{my.function} \alias{my.function} \name{print.my.function}

On Tue, 10 Apr 2007 timh at insightful.com wrote: > I've created a .Rd file (below), then converted that to .sgml using > R CMD Rdconv --type=Ssgm combn.Rd > combn.sgml > The output (shown below) is missing some of the sections: > arguments > seealso > examples > If instead I convert to .d (below), the same sections are missing, > and the "note"

Hi, When using Rdconv to convert R documentation to S-PLUS SGML documentation, the \name{} is converted to <s-topic> but the \alias{}es are not. Below is a (crude) patch to fix this problem: Compare: (<)D:\Apps\R\R-1.8.0\share\perl\R\Rdconv.pm.orig (88302 bytes) with: (>)D:\Apps\R\R-1.8.0\share\perl\R\Rdconv.pm (88481 bytes) 3188c3188,3197 < $retval .=

Ny understanding was that Insightful had been asked to provide patches fo this. We look forward to receiving them. On Tue, 10 Apr 2007, timh at insightful.com wrote: > I've created a .Rd file (below), then converted that to .sgml using > R CMD Rdconv --type=Ssgm combn.Rd > combn.sgml > The output (shown below) is missing some of the sections: > arguments > seealso

I've created a .Rd file (below), then converted that to .sgml using R CMD Rdconv --type=Ssgm combn.Rd > combn.sgml The output (shown below) is missing some of the sections: arguments seealso examples If instead I convert to .d (below), the same sections are missing, and the "note" section is included but without the necessary newline.

I wrote about my problems building R-0.63.3 on a Digital Alpha running OSF V4.0D. Thanks to the suggestion Jonathan.Yuen at tvs.slu.se, I tried using the DEC CC compiler instead of gcc, and it worked just fine. (Seeing that I needed gmake to build, it never occured to me to try DEC CC. It seems that you cannot combine DEC F77 with gcc; I do not have g77 to try.) Below is a set of instructions

I am trying to install R-0.63.3 on a Digital Alpha running OSF V4.0D, and having some difficulties. Can anyone help? Also, I found some "oddities" in the installation process. I expect that this message is read by the developers, maybe some of my suggestions can be incorporated into future releases. Please reply to me directly (as well as possibly also to this mailing list): I am not a

Oops, Just found a typo. Here's the updated version. -k *********************************************************************** #!/usr/bin/perl $VERSION = "0.1-5"; $\ = "\n"; $parenLevel = 0; $inVerbatim = 0; $inSeeAlso = 0; $doprint = 1; $needArg = 1; $needVal = 0; $output = ""; use Getopt::Long; GetOptions (("x")) || &usage(); while

Dear Team, Don't understand output below. Please advise. Windows98 and rw1041(patched) from 1/25/02. Graham Lawrence C:\>PATH=C:\bin;C:\mingw32;C:\Perl;C:\HtmlWork;C:\R\rw1041\bin;C:\Tcl;C:\Tcl\bin C:\>Rcmd INSTALL C:\R\lattice_0.4-0.tar.gz Bad command or file name C:\>Rcmd C:\>Rcmd Install Bad command or file name C:\>dir C:\R\rw1041\bin Volume in drive C has no

Thanks to Martin, there is another update of the S doc -> R doc script. It now correctly maps .SE into SECTION. -k *********************************************************************** #!/usr/bin/perl -w $VERSION = "0.1-3"; $\ = "\n"; $parenLevel = 0; $inVerbatim = 0; $inSeeAlso = 0; $doprint = 1; $needArg = 1; $needVal = 0; $output = ""; $opt_x = 0; use

Another update of the S doc -> R doc conversion script is attached below. Relative to the previously released version, there are two changes. * Quoting of parentheses does not happen in verbatim-like sections * More importantly, the way words in the .SA (SEEALSO) section are treated is now controlled by an optional argument, `-x'. Without this option, only words enclosed in single

When I installed R 1.2.2 on a Sparc 20 running Solaris 2.5.1 and when I install a package, I get the messages: Bare word found where operator expected at /usr/local/lib/R/share/perl/R/Rdconv.pm line 1390, near "$txtout mywrap" (Missing operator before mywrap?) Bare word found where operator expected at /usr/local/lib/R/share/perl/R/Rdconv.pm line 1405, near "$txtout

Full_Name: Henrik Bengtsson Version: 1.3.1 OS: Sun Solaris 8 Submission from: (NULL) (130.235.3.49) I have been trying to install [R] v1.3.1 locally on a Sun Solaris 8 machine and I ran into the (already known) perl problems that express theselves as: Bare word found where operator expected at /usr/matcent/hb/R/R-1.3.1/share/perl/R/Rdconv.pm line 1390, near "$txtout mywrap"

Documentation for S3 functions is apparently written in troff markup with macro tags like .BG .FN .TL .DN .CS ... Inspection of S3 documentation source files gives a pretty clear idea of what these mean, semantically (and Sd2Rd is a perl script which converts this markup into the Rd format, providing further semantic information along the way). My query is: Can anyone point to troff

Dear list, I've a package, myPkg, which was developed on R v 2.6.1. I have installed R v2.9.2 from source, with a shared library and tcktk support. The package, myPkg, depends on RSPerl, and imports it in its NAMESPACE. I've downloaded and installed RSPerl using command: >R CMD INSTALL -c --configure-args="--with-modules='IO \ Fcntl Socket Storable XML::Parser::Expat