>>>>> "AP" == Alba Pompeo <albapom...@gmail.com> >>>>> on Mon, 1 Feb 2016 15:54:21 -0200 writes:
AP> Here is tests/reg-tests-1c.Rout.fail - AP> http://pastebin.com/raw/3QVDUBwT Thank you .... so it fails only at the very very end, where I had added regression checks for a very recent bug fix... but when I see your result ... embarassingly ... I guess that that *check* may have been wrong.. Otherwise inspecting that file: - shows some possible printf differences between musl and glibc but they don't look problematic. - considerably more problematic seems to me that the random numbers differ in some places *AFTER* a set.seed() call. That should not happen {unless we call a randomized algorithm somewhere before that, and the algorithm does not converge in the same number of steps ... that's possible... e.g., kmeans() is "famous" for that} AP> About the libm, I don't know which one R uses. musl has AP> its on AP> libm. http://git.musl-libc.org/cgit/musl/tree/src/math AP> I think I also have openlibm installed, but I don't think AP> that's used. AP> Any more information I can give to help debug this? Maybe just privately, to confirm my suspicion above: Send me privately the result of 'f1' from that R script. Martin AP> On Mon, Feb 1, 2016 at 3:49 PM, Martin Maechler AP> <maech...@stat.math.ethz.ch> wrote: >>>>>>> Alba Pompeo <albapom...@gmail.com> on Mon, 1 Feb >>>>>>> 2016 15:33:11 -0200 writes: >> >> > Here's what I did. > svn checkout >> https://svn.r-project.org/R/trunk/ > cd ./trunk > aclocal >> -I m4 && autoconf > tools/rsync-recommended > cd .. > >> mkdir build > cd build > ../trunk/configure > make > make >> check >> >> > On make check it gives an error. > Here's the log. > >> http://pastebin.com/raw/1qfjqQY2 >> >> Thank you. It shows some output differences for complex >> arithmetic, which *may* be a bad sign for the musl >> routines, or the (also alternative ??) math lib you have >> on your platform. But these differences where not >> leading to the failure, rather is the reason close to the >> end of the log: >> ------------------------------------------------ >> make[3]: *** [reg-tests-1c.Rout] Error 1 >> ------------------------------------------------ >> >> and these are the very latest regression checks, so they >> should not fail. If you want, you can also make the >> tests/reg-tests-1c.Rout.fail >> >> file available via a link above, but to me, it currently >> looks there needs to be a bit more work on your system >> libraries (or possibly on our configuration) side before >> you should bundle R with your Alpine Linux. >> >> I'd call it "unsafe" for now. Martin >> >> -- >> Martin Maechler, ETH Zurich and R Core Team. >> >> >>>> On Feb 1, 2016, at 4:16 AM, Martin Maechler >> <maech...@stat.math.ethz.ch> wrote: >> >>>> >> >>>>>>>>>> Alba Pompeo <albapom...@gmail.com> >>>>>>>>>> >> on Fri, 29 Jan 2016 08:23:26 -0200 writes: >> >> [.........] >> >> >>>>>>> However, there are a couple little issues with >> non-ASCII >>>>>>> text and a *lot* of math differences, >> many of which say >>>>>>> "*no* convergence: NOTIFY >> R-core!". >> >>>>> >> >>>>> Hmm, I may be off, but these would look like >> entirely unrelated >>>>> with the libc_stack_end >> availibility, wouldn't they ? >> >>>>> >> >>>>> Maybe you / the musl developers should try to make >> those C >>>>> libraries more "standard", notably because >> I would see math >>>>> differences as something pretty >> grave for R, and indeed, I would >>>>> not want to use a >> platform where R's math functions work >>>>> incompatibly >> with all other platforms ... but maybe I >>>>> >> misunderstand completely. >> >>>>> >> >>>>> Hmm... I've found this, >> >>>>> >> >>>>> >> http://wiki.musl-libc.org/wiki/Functional_differences_from_glibc#Floating-point_and_mathematical_library >> >>>>> >> >>>>> which make what you say above more >> relevant/interesting. >> >>>>> >> >>>>> Still, from this thread I get that the C source >> code of R needs >>>>> considerable configuration patches >> before R can work with musl. >>>>> But that needs >> another thread, something like 'Building R with musl'. >> >>>>> >> >>>>>>> Until these are resolved, R can't be packaged for >> >>>>>>> distributions that use musl, such as Alpine >> Linux. >> >>>>> >> >>>>> which I agree would not be ideal. >>>>> Martin >> >>>>> >> >>>>> -- >> >>>>> Martin <maech...@stat.math.ethz.ch> >> http://stat.ethz.ch/people/maechler >>>>> Seminar für >> Statistik, ETH Zürich ______________________________________________ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel