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

2005-09-10 Thread Prof Brian Ripley
These were found by AC_CHECK_FUNCS (please confirm what configure said) so most likely some macro needs to be set or header included. Could you please find out how configure managed to find cpow etc when they appear not to be in libc/libm? On Sat, 10 Sep 2005, Rainer Hurling wrote: > The confi

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: > > > 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 > >>> lo

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, >

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 b

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 d

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

2005-09-10 Thread Martin Maechler
> "TL" == Thomas Lumley <[EMAIL PROTECTED]> > on Sat, 10 Sep 2005 09:32:29 -0700 (PDT) writes: >> Standard location or a mechachanism like the one you >> describe are both similar amount of work (and not much at >> all), the HTML pages are generated by perl and I have the

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 ar

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

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 [was: Re: [R] change in read.spss, package foreign?]

2005-09-10 Thread Thomas Lumley
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 item in > DESCRIPTION then surely all of these should

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

2005-09-10 Thread Thomas Lumley
> > Standard location or a mechachanism like the one you describe are both > similar amount of work (and not much at all), the HTML pages are > generated by perl and I have the parsed DESCRIPTION file there, i.e., > using a fixed name or the value of the Changelog field is basically > the same. >

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 ha

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

2005-09-10 Thread James Wettenhall
Duncan, >> Seth - Thanks for suggesting valgrind. I tried it out, and it correctly >> told me that memory leakage was not the problem (although I didn't >> believe it at first). > > Is there a version of valgrind that works in Windows now, or did you do > this test somewhere else? > > Duncan Murd

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 wou

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

2005-09-10 Thread Uwe Ligges
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. From a repositoriy maintainer's point of

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

2005-09-10 Thread Frank E Harrell Jr
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. -- Frank E Harrell Jr Professor and Chair School of Medicine

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 b

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

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

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, Gabor Grothendieck <[EMAIL PROTECTED]> wrote: > 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, > > >> i

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

Re: [Rd] \dontshow

2005-09-10 Thread Gabor Grothendieck
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 code still shows. > >> > >> Has anyone else

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 sour

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 curren

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

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

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 pa

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,

[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 -I../../src/extra/bz

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 cou