[libc-commits] [PATCH] D72516: [llvm-libc] Add memory function benchmarks

Siva Chandra via Phabricator via libc-commits libc-commits at lists.llvm.org
Wed Jan 22 15:16:42 PST 2020


sivachandra added inline comments.


================
Comment at: libc/utils/benchmarks/Memcmp.cpp:64
+    FunctionPrototype Function =
+        StringSwitch<FunctionPrototype>(FunctionName).Case("memcmp", &::memcmp);
+    return llvm::libc_benchmarks::benchmark(
----------------
MaskRay wrote:
> abrachet wrote:
> > sivachandra wrote:
> > > ckennelly wrote:
> > > > Should we setup an analogous benchmark for `bcmp`?
> > > Shoud llvm-libc provide bcmp at all?
> > In what I believe was @gchatelet's email on the list said they were hoping `!memcmp(...)` would be emitted as `!bcmp(...)` for efficiency. [[ https://godbolt.org/z/5zBm4k | clang ]] does make this optimization.
> TargetLibraryInfo.cpp
> 
> ```
> static bool hasBcmp(const Triple &TT) {
>   // Posix removed support from bcmp() in 2001, but the glibc and several
>   // implementations of the libc still have it.
>   if (TT.isOSLinux())
>     return TT.isGNUEnvironment() || TT.isMusl();
>   // Both NetBSD and OpenBSD are planning to remove the function. Windows does
>   // not have it.
>   return TT.isOSFreeBSD() || TT.isOSSolaris();
> }
> ```
> 
> On certain platforms (including Linux), memcmp can be optimized to bcmp if preferable.
To be honest, I do not have any opinion. If others more knowledgeable in this area decide llvm-libc should have a `bcmp`, then we will go with it.

Just pointing out though: musl's `bcmp` just calls into `memcmp`, and in glibc, `bcmp` is an alias of `memcmp`.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D72516/new/

https://reviews.llvm.org/D72516





More information about the libc-commits mailing list