Herve Pages
2005-Dec-20 01:10 UTC
[Rd] SVN-REVSION altered when building R-devel out of tree from last snapshot
Hi, Today I downloaded and compiled the last R-devel snapshot. The SVN-REVISION in the tarball contains the following: Revision: 36792 Last Changed Date: 2005-12-18 But after compiling on Unix (I compiled out of tree), I ended up with an SVN-REVSION file containing: Revision: unknown Last Changed Date: Today in the build tree. Then when I start R, I get: R : Copyright Today, The R Foundation for Statistical Computing Version 2.3.0 Under development (unstable) (Today-Today-Today) ISBN 3-900051-07-0 even if I naively edit the SVN-REVISION in the build tree before to start R. I got this problem on a 64-bit SUSE Linux 9.2, a 32-bit SUSE Linux 9.2 and a Solaris 2.9 sparc system. On Windows however (where I built R directly in the source tree) I don't have this problem. We need to update R-devel on our various build machines in order to test Bioconductor devel packages with last R-devel and we try to have the exact same R revision number on every test-machine. Last time I updated R-devel was 12/01/2005 and I used the same procedure that I am using today but I didn't have the SVN-REVISION problem. Also I didn't try to build R-devel from SVN. Maybe this could solve the problem. It's just that using the tarball was easier to manage. Anyway I thought it might be worth reporting. Regards, Herv? -- ------------------------ Herv? Pag?s E-mail: hpages at fhcrc.org Phone: (206) 667-5791 Fax: (206) 667-1319
Martin Maechler
2005-Dec-20 08:40 UTC
[Rd] SVN-REVSION altered when building R-devel out of tree from last snapshot
>>>>> "Herve" == Herve Pages <hpages at fhcrc.org> >>>>> on Mon, 19 Dec 2005 17:10:58 -0800 writes:Herve> Hi, Herve> Today I downloaded and compiled the last R-devel snapshot. Herve> The SVN-REVISION in the tarball contains the following: Herve> Revision: 36792 Herve> Last Changed Date: 2005-12-18 Herve> But after compiling on Unix (I compiled out of tree), i.e. "in a separate build directory tree" Herve> I ended up with an SVN-REVSION file containing: Herve> Revision: unknown Herve> Last Changed Date: Today Herve> in the build tree. I can confirm this wrong behavior (Linux Redhat EL4). There must be something not yet perfect in our 'make' setup there. If we are not in the srcdir, we create a 'non-tarball' file which I think is wrong; in any case, this is buglet we'll fix. Thank you, Herve! Herve> Then when I start R, I get: Herve> R : Copyright Today, The R Foundation for Statistical Computing Herve> Version 2.3.0 Under development (unstable) (Today-Today-Today) Herve> ISBN 3-900051-07-0 Herve> even if I naively edit the SVN-REVISION in the build tree before to Herve> start R. Herve> I got this problem on a 64-bit SUSE Linux 9.2, a 32-bit SUSE Linux 9.2 Herve> and a Solaris 2.9 sparc system. Herve> On Windows however (where I built R directly in the source tree) I don't Herve> have this problem. Herve> We need to update R-devel on our various build machines in order to test Herve> Bioconductor devel packages with last R-devel and we try to have the exact Herve> same R revision number on every test-machine. Last time I updated R-devel Herve> was 12/01/2005 and I used the same procedure that I [ you mean 12th of January? ;-) {yes, it would help to use international 2005-12-01 or then Dec 01, 2005} ] Herve> am using today but Herve> I didn't have the SVN-REVISION problem. Herve> Also I didn't try to build R-devel from SVN. Maybe Herve> this could solve the problem. that would definitely solve it, since that's what all of R-core do "all the time". But the way you did, should also work; that's what the tarballs are for! Herve> It's just that using the tarball was easier to manage. Herve> Anyway I thought it might be worth reporting. Definitely. Thank you again, Herv? ! Herve> Regards, Herve> Herv? Herve> -- Herve> ------------------------ Herve> Herv? Pag?s Herve> E-mail: hpages at fhcrc.org Herve> Phone: (206) 667-5791 Herve> Fax: (206) 667-1319 Herve> ______________________________________________ Herve> R-devel at r-project.org mailing list Herve> https://stat.ethz.ch/mailman/listinfo/r-devel
Seemingly Similar Threads
- Last R-devel snapshot is an empty tarball
- selectMethod() can fail to find methods in situations of multiple dispatch
- binary form of is() contradicts its unary form
- selectMethod() can fail to find methods in situations of multiple dispatch
- source(..., echo=TRUE) broken in R-2.5.0 alpha and in R-2.6.0 devel