News for hackers. Stuff that matters.
Re:A proposal to start “llvm-libc” (2020) by cclearwater on Tuesday December 07, 2021 @07:09PM (#29479863)
Wouldn't they just use Google's tcmalloc?
Re:A proposal to start “llvm-libc” (2020) by fyrn- on Tuesday December 07, 2021 @07:16PM (#29479920)
Probably not the ideal pick for an everuone facing library like this, tcmalloc focuses on reducing core thread contention, at the cost of compactness and often debugability. I've not been following the ptoject for some time though, so maybe things have changed. Still a great allocator if those tradoffs are what you want. Something more like mimalloc would probably be a better general purpose allocator for something like this
Re:A proposal to start “llvm-libc” (2020) by scrb on Wednesday December 08, 2021 @12:41PM (#29487828)
Users wanting allocator functions (malloc and friends) from LLVM libc will get the SCUDO allocator. They need to use a special CMake option to include SCUDO when building LLVM libc.
Re:A proposal to start “llvm-libc” (2020) by dxf on Wednesday December 08, 2021 @12:24PM (#29487603)
The plan is to use Scudo, which is the allocator that lives in compiler-rt.

Edited to include the link to Scudo: https://github.com/llvm/llvm-project/tree/main/compiler-rt/l...

Re:A proposal to start “llvm-libc” (2020) by dxf on Wednesday December 08, 2021 @01:12PM (#29488246)
Edited again: I am reminded that you can already get scudo today by using a CMake option to include scudo when building LLVM-libc.