![]() Use add_with_carry builtin to improve the performance of addition and multiplication of UInt class. For 128-bit, it is as fast as using __uint128_t. Microbenchmark for addition: https://quick-bench.com/q/-5a6xM4T8rIXBhqMTtLE-DD2h8w Microbenchmark for multiplication: https://quick-bench.com/q/P2muLAzJ_W-VqWCuxEJ0CU0bLDg Microbenchmark for shift right: https://quick-bench.com/q/N-jkKXaVsGQ4AAv3k8VpsVkua5Y Microbenchmark for shift left: https://quick-bench.com/q/5-RzwF8UdslC-zuhNajXtXdzLRM Reviewed By: sivachandra Differential Revision: https://reviews.llvm.org/D137871 |
||
---|---|---|
.. | ||
CMakeLists.txt | ||
FPExceptMatcher.cpp | ||
FPExceptMatcher.h | ||
FPMatcher.cpp | ||
FPMatcher.h | ||
FuchsiaTest.h | ||
LibcTest.cpp | ||
LibcTest.h | ||
LibcTestMain.cpp | ||
MemoryMatcher.cpp | ||
MemoryMatcher.h | ||
PlatformDefs.h | ||
PrintfMatcher.cpp | ||
PrintfMatcher.h | ||
README.md | ||
ScanfMatcher.cpp | ||
ScanfMatcher.h | ||
StringUtils.h | ||
Test.h |
README.md
The LLVM libc unit test framework
This directory contains a lightweight implementation of a gtest like unit test framework for LLVM libc.
Why not gtest?
While gtest is great, featureful and time tested, it uses the C and C++ standard libraries. Hence, using it to test LLVM libc (which is also an implementation of the C standard libraries) causes various kinds of mixup/conflict problems.
How is it different from gtest?
LLVM libc's unit test framework is much less featureful as compared to gtest. But, what is available strives to be exactly like gtest.
Will it be made as featureful as gtest in future?
It is not clear if LLVM libc needs/will need every feature of gtest. We only intend to extend it on an as needed basis. Hence, it might never be as featureful as gtest.