S. Jacobi via llvm-dev
2017-Aug-26 13:30 UTC
[llvm-dev] libc implementation for the llvm project
Hello all, I am curious if there are plans to implement a libc (not libc++ which already exists) under the umbrella of the llvm project. glibc is crufty and bloated, musl is not as fast as glibc and not supported by some software. It would be really nice to see a fresh start, a fast yet lightweight but still well supported libc; and the llvm project seems to be a good candidate to tackle this. Kind regards
bluechristlove via llvm-dev
2017-Aug-29 04:09 UTC
[llvm-dev] libc implementation for the llvm project
Yes, I am also interested about it. 发件人： S. Jacobi via llvm-dev 发送时间： 2017-08-26 21:30:21 收件人： llvm-dev at lists.llvm.org 主题： [llvm-dev] libc implementation for the llvm project Hello all, I am curious if there are plans to implement a libc (not libc++ which already exists) under the umbrella of the llvm project. glibc is crufty and bloated, musl is not as fast as glibc and not supported by some software. It would be really nice to see a fresh start, a fast yet lightweight but still well supported libc; and the llvm project seems to be a good candidate to tackle this. Kind regards _______________________________________________ LLVM Developers mailing list llvm-dev at lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170829/cfaff85f/attachment-0001.html>
Jean-Daniel via llvm-dev
2017-Aug-29 06:24 UTC
[llvm-dev] libc implementation for the llvm project
They already had been discussed in the past. The answer is probably never. Libc are far more system dependent. Each system has it’s own for good reasons. They need to interact closely with the kernel, and so can’t be generic. Of course there is a bunch of functions that may be shared, but there is also large part of the API that can’t. Moreover, you will have a hard time convincing people to use yet another libc. I don’t expect linux to replace glibc, Apple need a very tight control of its libc and is not going to anything but its own.> Le 26 août 2017 à 15:30, S. Jacobi via llvm-dev <llvm-dev at lists.llvm.org> a écrit : > > Hello all, > I am curious if there are plans to implement a libc (not libc++ which > already exists) under the umbrella of the llvm project. > glibc is crufty and bloated, musl is not as fast as glibc and not > supported by some software. > It would be really nice to see a fresh start, a fast yet lightweight > but still well supported libc; and the llvm project seems to be a good > candidate to tackle this. > > Kind regards > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev