Avraham Adler
2015-Jan-07 06:24 UTC
[Rd] Failing lm-tests due to extra 0 in scientific notation?
Hello. I've compiled R on Windows many times, and this is the first time I've seen this error. While running make check-all (and using testInstalledBasic("both")), the lm-tests routines fail, and, as far as I can tell, the diff is failing because in one file, answers are coming back like this "3.11e-004" while in the save file they are "3.11e-04". Every value is the same, outside the extra 0 in the scientific notation. I've never seen R put two 0s in a row like that before, and I cannot think of why that would happen. Is there a way to change that so that it passes the tests? Thank you, Avi
Avraham Adler
2015-Jan-07 16:26 UTC
[Rd] Failing lm-tests due to extra 0 in scientific notation?
Please let me clarify. When I said "is there a way to change that," I meant, does anyone know why R would respond that way, and does anyone have any suggestions as to what I can do or what I should investigate to get my compilation to conform. I did *not* mean, "can we change the reference." I apologize for any unintentional implications. Avi On Wed, Jan 7, 2015 at 1:24 AM, Avraham Adler <avraham.adler at gmail.com> wrote:> Hello. > > I've compiled R on Windows many times, and this is the first time I've > seen this error. While running make check-all (and using > testInstalledBasic("both")), the lm-tests routines fail, and, as far > as I can tell, the diff is failing because in one file, answers are > coming back like this "3.11e-004" while in the save file they are > "3.11e-04". Every value is the same, outside the extra 0 in the > scientific notation. I've never seen R put two 0s in a row like that > before, and I cannot think of why that would happen. Is there a way to > change that so that it passes the tests? > > Thank you, > > Avi >[[alternative HTML version deleted]]
Prof Brian Ripley
2015-Jan-07 16:35 UTC
[Rd] Failing lm-tests due to extra 0 in scientific notation?
On 07/01/2015 06:24, Avraham Adler wrote:> Hello. > > I've compiled R on Windows many times, and this is the first time I've > seen this error. While running make check-all (and using > testInstalledBasic("both")), the lm-tests routines fail, and, as far > as I can tell, the diff is failing because in one file, answers are > coming back like this "3.11e-004" while in the save file they are > "3.11e-04". Every value is the same, outside the extra 0 in the > scientific notation. I've never seen R put two 0s in a row like that > before, and I cannot think of why that would happen. Is there a way to > change that so that it passes the tests?That is what the Windows runtime does, so it seems you did something in your compilation that linked to the wrong printf function. R on Windows should use that from the (modified version of) the trio library in the sources. You failed to follow the posting guide: we do not even know the version of R nor if this is 32- or 64-bit nor the locale .... But as one data point, a 64-bit build of current R-patched from SVN checked for me a couple of hours ago. -- Brian D. Ripley, ripley at stats.ox.ac.uk Emeritus Professor of Applied Statistics, University of Oxford 1 South Parks Road, Oxford OX1 3TG, UK
Apparently Analagous Threads
- Compiling R on Windows XP - Rgui crashes yet Rterm works
- R Compilation gets stuck on Windows 64
- Unexpected EOF in R-patched_2017-01-30
- Notes on building a gcc toolchain for Rtools (but not multilib)
- Notes on building a gcc toolchain for Rtools (but not multilib)