News for hackers. Stuff that matters.
Re:A proposal to start “llvm-libc” (2020) by AndyKelley on Tuesday December 07, 2021 @07:53PM (#29480152)
This project is dead in the water if the resulting libc depends on libc++ at runtime.
Re:A proposal to start “llvm-libc” (2020) by silverlyra on Tuesday December 07, 2021 @09:25PM (#29480623)
I wondered if that’s why the proposal words it as “use C++ language facilities” instead of just “use C++” – use the C++ language, but not its stdlib.

I found this internal file that forms the basis of all the atoi and strol family functions. Seems like they do get some nice wins from the C++ language, without needing (e.g.) STL: https://github.com/llvm/llvm-project/blob/main/libc/src/__su...

Re:A proposal to start “llvm-libc” (2020) by scrb 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) by SubjectToChange on Wednesday December 08, 2021 @02:42AM (#29482201)
Systems like game consoles or Fuchsia only need a libc for POSIX compatibility, this would work well for them.
Re:A proposal to start “llvm-libc” (2020) by pjmlp on Wednesday December 08, 2021 @01:53AM (#29481954)
Many others have already trailed this path like e.g. Microsoft in 2014.