[Rd] More problems with building R on a musl platform

Martin Maechler maechler at stat.math.ethz.ch
Tue Feb 2 12:05:21 CET 2016


>>>>> "AP" == Alba Pompeo <albapompeo at 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> <maechler at stat.math.ethz.ch> wrote:
    >>>>>>> Alba Pompeo <albapompeo at 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
    >> <maechler at stat.math.ethz.ch> wrote:
    >> >>>>
    >> >>>>>>>>>> Alba Pompeo <albapompeo at 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 <Maechler at stat.math.ethz.ch>
    >> http://stat.ethz.ch/people/maechler >>>>> Seminar für
    >> Statistik, ETH Zürich



More information about the R-devel mailing list