similar to: Abuse of a private glibc symbol in R 3.2.3

@Simon. Here's what I did. I checked out R revision 70059. Ran export r_cv_libc_stack_end=no. (otherwise it would give that error we talked about before) Ran ./configure --without-recommended-packages. (otherwise it would complain of not finding ./src/library/Recommended/MASS_*.tar.gz) Ran make. Ran make check. Log is here - http://pastebin.com/raw/cGJgqB8p What do you think? Is there

>>>>> Alba Pompeo <albapompeo at gmail.com> >>>>> on Fri, 29 Jan 2016 08:23:26 -0200 writes: > Here is my log from 'make check' using an Intel i5 64-bit > processor - http://pastebin.com/raw/N6SYAuFX Here is > Isaac's log from 'make check' using an Intel Atom 32-bit > processor -

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 On Mon, Feb 1, 2016 at 1:53 PM, Simon Urbanek <simon.urbanek at r-project.org> wrote: > > On Feb

Here is my log from 'make check' using an Intel i5 64-bit processor - http://pastebin.com/raw/N6SYAuFX Here is Isaac's log from 'make check' using an Intel Atom 32-bit processor - http://pastebin.com/raw/sey6DEk9 We are both on Alpine Linux, which uses the musl libc. http://www.musl-libc.org/ Thank you very much. On Thu, Jan 28, 2016 at 9:54 AM, Alba Pompeo <albapompeo

On Feb 1, 2016, at 9:56 AM, Alba Pompeo <albapompeo at gmail.com> wrote: > @Simon. Here's what I did. > I checked out R revision 70059. > Ran export r_cv_libc_stack_end=no. (otherwise it would give that error > we talked about before) No, the whole point was to test this behavior. I see that the fix is in configure.ac but not configure so you'll need to run something

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: > >> Here is my log from 'make check' using an Intel i5 64-bit >> processor - http://pastebin.com/raw/N6SYAuFX Here is >> Isaac's log

There is incompatibility between R strptime and musl libc. I posted about it on their mailing list, but they need more information I can't provide, so I'm forwarding the message here in hope R developers can help. Thanks. ---------- Forwarded message ---------- From: Rich Felker <dalias at libc.org> Date: Thu, Feb 4, 2016 at 2:07 PM Subject: Re: [musl] strptime() question To: Alba

Here is tests/reg-tests-1c.Rout.fail - http://pastebin.com/raw/3QVDUBwT About the libm, I don't know which one R uses. musl has its on libm. http://git.musl-libc.org/cgit/musl/tree/src/math I think I also have openlibm installed, but I don't think that's used. Any more information I can give to help debug this? Thanks. On Mon, Feb 1, 2016 at 3:49 PM, Martin Maechler <maechler

It is setting TZ and using tzset(). R is not multi-threaded so it is safe. Simon figure out the important settings from the config.log and config.h files on a musl system: /* #undef USE_INTERNAL_MKTIME */ #define HAVE_TM_GMTOFF 1 #define HAVE_TM_ZONE 1 Does this help anyone debug the issue? Simon just went on vacation. On Thu, Feb 4, 2016 at 7:32 PM, Rich Felker <dalias at libc.org>

On Thu, Feb 04, 2016 at 04:35:22PM -0200, Alba Pompeo wrote: > I forwarded our talk on musl mailing list to R mailing list. > I got this response. > Does it help? > Also, what do you think about making a new email that's sent to both > musl and R mailing list, that way devs from both projects can > communicate? It's a tad inefficient for me to keep forwarding messages

>>>>> Simon Urbanek <simon.urbanek at r-project.org> >>>>> on Mon, 1 Feb 2016 08:36:56 -0500 writes: > On Feb 1, 2016, at 4:16 AM, Martin Maechler <maechler at stat.math.ethz.ch> wrote: [..............] >> Back to R: I'm not familiar with that part of the code, neither >> the configuration, nor the usage (in

I've tried to build R 2.6.1 and 2.7.0 on Solaris 10 update 4 (SPARC) and both configure ok, so you might ask why I suspect there is a problem. I tried to build the maths program Sage http://www.sagemath.org/ version 3.0.3alpha1. Sage fails when building R 2.6.1 - (Sage includes R in the package). The relavant bit of Sage, which is only using an unmodified R configure script is: checking

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

I have managed to compile llvm and clang against musl, but it behaves really strange: At first I tried to launch the compiler with musl dynamic loader: $ LD_LIBRARY_PATH=/path/to/musl/lib /path/to/musl/lib/ld-musl-x86_64.so.1 /path/to/llvm/bin/clang -v clang version 4.0.0 (https://github.com/llvm-mirror/clang 40adebeca0f99006d407508653c2cbd270a1a51c) (https://github.com/llvm-mirror/llvm

Alpine linux is a distribution that uses musl libc instead glibc. Here are my steps to reproduce: On Alpine linux, download LLVM, Clang, LLD 6.0.0 from releases.llvm.org, and build them from source. $ clang -c hello_world.c $ ld.lld --gc-sections -m elf_x86_64 -o hello_world /usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/../../../../lib/Scrt1.o

Can you add `--reproduce=repro` to lld command line? That generates repro.tar in your current directory which contains all input files. And then please compress and upload it somewhere so that we can take a look. On Mon, Apr 2, 2018 at 9:18 AM Andrew Kelley via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Alpine linux is a distribution that uses musl libc instead glibc. Here are

https://superjoe.s3.amazonaws.com/temp/repro.tar.xz On Mon, Apr 2, 2018 at 1:26 PM, Rui Ueyama <ruiu at google.com> wrote: > Can you add `--reproduce=repro` to lld command line? That generates > repro.tar in your current directory which contains all input files. And > then please compress and upload it somewhere so that we can take a look. > > > On Mon, Apr 2, 2018 at

Hello, I'm trying to create a pure LLVM toolchain (that will not depend on GNU and produce GNU-free code too) on a musl based distribution. For now, I use gcc to bootstrap and build all LLVM components. I do it individually because I was running out of space and memory trying to build all using LLVM_ENABLE_PROJECTS. Also, I don't want to create a all-in-one package. Then, once

On Fri, Aug 04, 2017 at 04:40:44PM -0600, Jonathan Roelofs wrote: > Might be a helpful exercise for you to try building vanilla clang with > runtimes for the host, before worrying about how to build everything for > your baremetal case: > http://llvm.org/docs/GettingStarted.html#getting-started-quickly-a-summary So I did. :o) It was fun realizing how much Release type reduces LD

For example, I execute the following command sequences: H:\CI\bld\compilers\musl\src\math\i386>type sqrt.s #.globl _sqrt .global sqrt #.type sqrt, at function #_sqrt: sqrt: fldl 4(%esp) fsqrt fstsw %ax sub $12,%esp fld %st(0) fstpt (%esp) mov (%esp),%ecx and $0x7ff,%ecx cmp $0x400,%ecx jnz 1f and $0x200,%eax