[libc-commits] [PATCH] D123645: [libc][docs] Add doc for libc string functions

Guillaume Chatelet via Phabricator via libc-commits libc-commits at lists.llvm.org
Thu Apr 14 04:46:56 PDT 2022


gchatelet added inline comments.


================
Comment at: libc/docs/strings.rst:44
+=============  ========  ===========
+Function_Name  Designed  Implemented
+=============  ========  ===========
----------------
sivachandra wrote:
> michaelrj wrote:
> > gchatelet wrote:
> > > In this document, the `Designed` and `Implemented` columns are always equal. Maybe there is more value in telling which architectures are actually implemented ?
> > > 
> > Most of these string functions are completely platform independent, since they work on individual bytes at a time, so giving all of them architecture specific statuses feels redundant. On the other hand, the memory functions and the conversion functions do have possible platform differences, so tracking them could be helpful. I think the biggest problem is that all of these functions already have versions for all of our supported platforms, so no matter how we slice it the table will just say "Done" everywhere, except for the functions that we haven't started.
> Perhaps a more useful way to present this is to just say whether an implementation is available or not. So, just one column `Available` under which you say `YES` if available, nothing if not. You can potentially add a `Notes` column in future to add additional notes if required. For a reader not involved in the development, that something has been designed or not does not help much. A person interested in contributing can engage on discourse et al to gather more information.
Yep in that case a single column is enough.


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D123645



More information about the libc-commits mailing list