News for hackers. Stuff that matters.

scrb

Re:A proposal to start “llvm-libc” (2020) on Wednesday December 08, 2021 @12:48PM (#29487932)
As somebody else has already said, the idea is to use the c++ language and not its runtime or the standard library. In fact, there are a few clang-tidy checks for llvm libc to protect from accidentally using pieces from other libraries (like the system libc and the c++ standard library.) https://clang.llvm.org/extra/clang-tidy/checks/llvmlibc-call... https://clang.llvm.org/extra/clang-tidy/checks/llvmlibc-impl... https://clang.llvm.org/extra/clang-tidy/checks/llvmlibc-rest...
Re:A proposal to start “llvm-libc” (2020) on Wednesday December 08, 2021 @12:43PM (#29487869)
It is an active project with parts of it already in use in production, for example in Fuchsia. A large part of OS independent pieces have already been implemented.
Re:A proposal to start “llvm-libc” (2020) 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.