Re: [Rd] [R] Debugging R/Fortran in Windows

2005-09-10 Thread James Wettenhall
Thanks very much to Uwe, Duncan and Seth (who replied off the list). Uwe - That section of the R for Windows FAQ was very useful - thanks! Sorry I posted a question involving C/Fortran to R-Help. Duncan - Thanks for all the useful info. I've bookmarked the pages you sent me. Seth - Thanks for

Re: [Rd] \dontshow

2005-09-10 Thread Uwe Ligges
Gabor Grothendieck wrote: On 9/9/05, Gabor Grothendieck [EMAIL PROTECTED] wrote: In R 2.2.0 I find that even if I use \dontshow in the examples section of an .Rd file that the code still shows. Has anyone else seen this? Are there any packages that use this facility that I could try in order

[Rd] FreeBSD 7.0-CURRENT and R-2.2.0 alpha

2005-09-10 Thread Rainer Hurling
The configure script runs fine, but when I compile todays alpha version of R-2.2.0 (R-alpha_2005-09-10_r35546.tar.gz) under FreeBSD 7.0-CURRENT from Sept. 4th I get the following output: [...] gcc -I../../src/extra/zlib

Re: [Rd] R.version.string (Re: MikTeX will be assumed in R 2.2.0 in Windows)

2005-09-10 Thread Duncan Murdoch
Gabor Grothendieck wrote: On 9/9/05, Duncan Murdoch [EMAIL PROTECTED] wrote: I've just committed some changes to allow R to be built and to use MikTeX without needing the Rd.sty files to be installed to localtexmf. Unfortunately, the changes are not compatible with other TeX packages, so if

Re: [Rd] [R] Debugging R/Fortran in Windows

2005-09-10 Thread Duncan Murdoch
James Wettenhall wrote: Thanks very much to Uwe, Duncan and Seth (who replied off the list). Uwe - That section of the R for Windows FAQ was very useful - thanks! Sorry I posted a question involving C/Fortran to R-Help. Duncan - Thanks for all the useful info. I've bookmarked the pages

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-10 Thread Friedrich . Leisch
On Fri, 9 Sep 2005 10:33:03 -0700 (PDT), Thomas Lumley (TL) wrote: On Fri, 9 Sep 2005, Gabor Grothendieck wrote: I personally put NEWS, WISHLIST and THANKS files in the 'inst' directory of all my source packages. This has the effect of copying them to the top level of the

Re: [Rd] \dontshow

2005-09-10 Thread Kurt Hornik
Gabor Grothendieck writes: On 9/9/05, Gabor Grothendieck [EMAIL PROTECTED] wrote: In R 2.2.0 I find that even if I use \dontshow in the examples section of an .Rd file that the code still shows. Has anyone else seen this? Are there any packages that use this facility that I could try

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-10 Thread Kurt Hornik
Thomas Lumley writes: On Fri, 9 Sep 2005, Gabor Grothendieck wrote: How about if there were just a standard location and name such as inst/NEWS, inst/WISHLIST, inst/THANKS (which has the advantage that they are automatically made available in the built package under the current way

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-10 Thread Gabor Grothendieck
On 9/10/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Fri, 9 Sep 2005 10:33:03 -0700 (PDT), Thomas Lumley (TL) wrote: On Fri, 9 Sep 2005, Gabor Grothendieck wrote: I personally put NEWS, WISHLIST and THANKS files in the 'inst' directory of all my source packages. This has

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-10 Thread Gabor Grothendieck
On 9/10/05, Kurt Hornik [EMAIL PROTECTED] wrote: Thomas Lumley writes: On Fri, 9 Sep 2005, Gabor Grothendieck wrote: How about if there were just a standard location and name such as inst/NEWS, inst/WISHLIST, inst/THANKS (which has the advantage that they are automatically made

Re: [Rd] \dontshow

2005-09-10 Thread Gabor Grothendieck
On 9/10/05, Gabor Grothendieck [EMAIL PROTECTED] wrote: On 9/10/05, Kurt Hornik [EMAIL PROTECTED] wrote: Gabor Grothendieck writes: On 9/9/05, Gabor Grothendieck [EMAIL PROTECTED] wrote: In R 2.2.0 I find that even if I use \dontshow in the examples section of an .Rd file that the

Re: [Rd] R.version.string (Re: MikTeX will be assumed in R 2.2.0 in Windows)

2005-09-10 Thread Gabor Grothendieck
On 9/10/05, Duncan Murdoch [EMAIL PROTECTED] wrote: Gabor Grothendieck wrote: On 9/9/05, Duncan Murdoch [EMAIL PROTECTED] wrote: I've just committed some changes to allow R to be built and to use MikTeX without needing the Rd.sty files to be installed to localtexmf. Unfortunately, the

Re: [Rd] R.version.string (Re: MikTeX will be assumed in R 2.2.0 in Windows)

2005-09-10 Thread Uwe Ligges
Gabor Grothendieck wrote: On 9/10/05, Duncan Murdoch [EMAIL PROTECTED] wrote: Gabor Grothendieck wrote: On 9/9/05, Duncan Murdoch [EMAIL PROTECTED] wrote: I've just committed some changes to allow R to be built and to use MikTeX without needing the Rd.sty files to be installed to localtexmf.

Re: [Rd] Issue tracking in packages [was: Re: [R] change in, read.spss, package foreign?]

2005-09-10 Thread Gabor Grothendieck
On 9/10/05, Frank E Harrell Jr [EMAIL PROTECTED] wrote: I would vote for allowing a URL or external file name in in DESCRIPTION, whose contents could be automatically displayed for the user when needed. Our changelogs are automatically generated by CVS and are on the web. Normally I would

Re: [Rd] Issue tracking in packages

2005-09-10 Thread Seth Falcon
On 10 Sep 2005, [EMAIL PROTECTED] wrote: I like the suggestion about using a Changelog (or whatever it would be called) field in the package DESCRIPTION meta-data. If we have that, we could not only use this for repository-side presentation of the package, but also install such info and have

Re: [Rd] Issue tracking in packages [was: Re: [R] change in, read.spss, package foreign?]

2005-09-10 Thread Thomas Lumley
On Sat, 10 Sep 2005, Frank E Harrell Jr wrote: I would vote for allowing a URL or external file name in in DESCRIPTION, whose contents could be automatically displayed for the user when needed. Our changelogs are automatically generated by CVS and are on the web. Yes, this would be nice.

Re: [Rd] Issue tracking in packages

2005-09-10 Thread Thomas Lumley
On Sat, 10 Sep 2005, Seth Falcon wrote: For what its worth, I don't like this idea of adding a ChangeLog field to the DESCRIPTION file. Agreeing upon a standard location for NEWS or CHANGES or some such seems a more simple solution. As long as the presence of such a file is *optional*. And

Re: [Rd] Issue tracking in packages [was: Re: [R] change in, read.spss, package foreign?]

2005-09-10 Thread Frank E Harrell Jr
Gabor Grothendieck wrote: On 9/10/05, Frank E Harrell Jr [EMAIL PROTECTED] wrote: I would vote for allowing a URL or external file name in in DESCRIPTION, whose contents could be automatically displayed for the user when needed. Our changelogs are automatically generated by CVS and are on the

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-10 Thread Gabor Grothendieck
On 9/10/05, Thomas Lumley [EMAIL PROTECTED] wrote: On Sat, 10 Sep 2005, Gabor Grothendieck wrote: And one more comment. The DESCRIPTION file does not record the location or existence of the various subdirectories such as R, man, exec, etc. If NEWS is to be recorded as a meta data line

Re: [Rd] R.version.string (Re: MikTeX will be assumed in R 2.2.0 in Windows)

2005-09-10 Thread Duncan Murdoch
Gabor Grothendieck wrote: On 9/10/05, Duncan Murdoch [EMAIL PROTECTED] wrote: Gabor Grothendieck wrote: On 9/9/05, Duncan Murdoch [EMAIL PROTECTED] wrote: I've just committed some changes to allow R to be built and to use MikTeX without needing the Rd.sty files to be installed to localtexmf.

Re: [Rd] Issue tracking in packages [was: Re: [R] change in read.spss, package foreign?]

2005-09-10 Thread Thomas Lumley
On Sat, 10 Sep 2005, Gabor Grothendieck wrote: On 9/10/05, Thomas Lumley [EMAIL PROTECTED] wrote: On Sat, 10 Sep 2005, Gabor Grothendieck wrote: And one more comment. The DESCRIPTION file does not record the location or existence of the various subdirectories such as R, man, exec, etc. If