similar to: Rdconv.pm

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"

I have just compiled and installed R-patched on a Sparc 20 running Solaris 2.5.1. The compilation and installation went fine except for the message: Bare word found where operator expected at /usr/src/R/R-patched/share/perl/R/Rdconv.pm line 1491, near "$txtout txt_header" (Missing operator before txt_header?) I get similar messages for lines 1390, 1405, 1420, and 1448 in Rdconv.pm.

Full_Name: Sheila Bryant Version: 1.1.1 OS: Solaris 2.6 Submission from: (NULL) (134.225.16.2) During the 'make' process I get the following: String found where operator expected at /export/bors/bors-01/sws96srb/R-1.1.1/etc/Rdconvlib.pl line 781, near "("</TABLE>\n"" (Missing operator before "</TABLE>\n"?) Bare word found where operator

Hi all, I've inherited in-house development package, which was developed on R v 2.6.1. I'm trying upgrade to R v 2.9.1. I have installed R from source, with a shared library and tcktk support. When installing myPkg, I use the following command: >R CMD INSTALL myPkg * Installing to library ‘/usr/local/lib/R/library’ * Installing *source* package ‘myPkg’ ... ** R ** inst ** preparing

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

For the record (and as privately discussed with Brian Ripley), happens with all recent versions of R including R-devel from today: Consider a simple a.Rd file containing the lines ================== \name{a} \title{a} \value{\code{a} \code{\link[a]{a}} \pkg{a} \item{a}{a} } ================== with these lines, I get, e.g.: ================== R CMD Rdconv --type="txt" a.Rd a

I am trying to compile R-0.65 on a Sparc 20. I have gcc 2.7.2.2 and I have SC4.0. I used gcc to compile R-0.64.2 in July with no problems. Now when I run configure for R-0.65 I get the following message: >checking whether the C compiler (gcc ) works... no >configure: error: installation or configuration problem: C compiler cannot create executables. and then configure exits. I had no

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

I'm using R 2.2.0 on Windows. Doing some conversions of help files. Internal comments indicate that the Sd2Rd conversion is "Converted by Sd2Rd version 1.21." I'm converting .d -> .Rd .sgml -> .Rd using Sd2Rd, then checking by using Rdconv to convert .Rd back to .d or .sgml. Here are errors in some of the conversions. The most significant errors are in .Rd to .sgml.

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

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 .=

Full_Name: michael klinglemsith Version: R-1.7.1 OS: linux Submission from: (NULL) (134.134.136.4) I run: (note: ] is my unix prompt) ]./configure It seems to work, here are the messages I get from the end of configure: R is now configured for i686-pc-linux-gnu Source directory: . Installation directory: /usr/local C compiler: gcc -D__NO_MATH_INLINES

>>>>> "Achim" == Achim Zeileis <zeileis@ci.tuwien.ac.at> writes: Achim> Just a small documentation bug: something went wrong Achim> for the description of the graphical parameter `las' Achim> on the HTML version of the `par' help page: `las' is Achim> missing and instead a line from the description is Achim> used.

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"

Full_Name: David Firth Version: 1.8.0 OS: Mac OS 10.2.8 Submission from: (NULL) (80.177.12.48) In .Rd files, we use \url{stuff} to refer to a URL on the web. Just as the documentation says. Perhaps this isn't a bug, then, but certainly it's a trap for the unwary. If the construction \link{url{something}} appears in a .Rd file, then Rdconv --type=html ... gets stuck and appears

Hi, I've written a package and converted my Rd files into LaTeX using Rdconv. When I copy and paste these files in to my Sweave document I get the?error message when compiling the Sweave file: ! Undefined control sequence. l.32 \inputencoding {utf8} I also get the error message for the "\HeaderA", "\keyword". Additionally I get an environment undefined

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

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 just finished compiling today's r-patched (R 1.8.1 patched) on my old Sparc 20 using gcc 3.3 along with Sun's f77. As it was compiling, I noticed an error regarding gzfile. The compile process left the methods directory and continued on. Obviously, there was a problem, but I don't have the original error message from the compiler. After installing R, I get the following error

Because my problem involves the RdbiPgSQL package, I sent a message similar to this one to the Bioconductor list. But while awaiting moderator approval of my message (because I am not a member of that list), it occurred to me to send it to R-help as the problem may be more general than just RdbiPgSQL. Here's my situation: I have been using RdbiPgSQL successfully for a year or two. I