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.
[ Parent
| on HN ]
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.