[RFC v3 2/4] string: Add streq,memeq,wcseq,wmemeq,strcaseeq[_l],wcscaseeq[_l] APIs
Alejandro Colomar
alx@kernel.org
Thu Sep 4 18:46:27 GMT 2025
- Previous message (by thread): [RFC v3 2/4] string: Add streq,memeq,wcseq,wmemeq,strcaseeq[_l],wcscaseeq[_l] APIs
- Next message (by thread): [RFC v3 3/4] manual: Document streq,memeq,wcseq,wmemeq,strcaseeq,wcscaseeq APIs
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
Hi Florian,
On Thu, Sep 04, 2025 at 08:25:07PM +0200, Florian Weimer wrote:
> * Alejandro Colomar:
>
> >> And since the proposed functions ought to be usable with pre-C2y
> >> compilers, this change doesn't particularly help here.
> >
> > I suggest that GCC removes the constraint from pre-C2y versions. We
> > could move it to -Wpedantic, since the diagnostic is only to comply with
> > the standard, but doesn't bring much value.
>
> That doesn't seem to be necessary.
It's still necessary for calling functions defined by other libraries
that already provide static inline functions from my extern inline
functions.
It's not necessary for glibc, if glibc continues not providing static
inline functions.
> GCC already supports the deseriable
> behavior using “extern __inline __attribute__ ((__gnu_inline__))”.
But that sets ABI. Are you okay with that? I'm fine with it, FWIW.
Have a lovely night!
Alex
--
<https://www.alejandro-colomar.es>
Use port 80 (that is, <...:80/>).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://sourceware.org/pipermail/libc-alpha/attachments/20250904/e234fb68/attachment.sig>
- Previous message (by thread): [RFC v3 2/4] string: Add streq,memeq,wcseq,wmemeq,strcaseeq[_l],wcscaseeq[_l] APIs
- Next message (by thread): [RFC v3 3/4] manual: Document streq,memeq,wcseq,wmemeq,strcaseeq,wcscaseeq APIs
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
More information about the Libc-alpha
mailing list