On Fri, Jan 21, 2022 at 12:51 PM Joerg Sonnenberger wrote:
>
> On Thu, Jan 20, 2022 at 04:56:59PM -0600, Noah Goldstein wrote:
> > The goal is that the new interfaces will be usable as an optimization
> > by compilers if a program uses the return value of the non "eq"
> > variant as a boolean.
>
>
Hi All,
This is a proposal for four new interfaces to be supported by libc.
This is essentially the same proposal as '__memcmpeq()':
https://sourceware.org/pipermail/libc-alpha/2021-September/131099.html
for the character string and wide-character string comparison
functions.
Interfaces ##
On Fri, Dec 31, 2021 at 4:14 PM Noah Goldstein wrote:
>
> On Fri, Dec 31, 2021 at 2:36 PM H.J. Lu wrote:
> >
> > On Fri, Dec 31, 2021 at 12:21 PM Noah Goldstein
> > wrote:
> > >
> > > On Fri, Dec 31, 2021 at 12:20 PM H.J. Lu wrote:
> > > >
> > > > Update MEMSET_VDUP_TO_VEC0_AND_SET_RETURN to u
On Fri, Dec 31, 2021 at 2:36 PM H.J. Lu wrote:
>
> On Fri, Dec 31, 2021 at 12:21 PM Noah Goldstein
> wrote:
> >
> > On Fri, Dec 31, 2021 at 12:20 PM H.J. Lu wrote:
> > >
> > > Update MEMSET_VDUP_TO_VEC0_AND_SET_RETURN to use PXOR, which has lower
> > > lantency and higher throughput than VPBROA
On Fri, Dec 31, 2021 at 3:02 PM Florian Weimer wrote:
>
> * H. J. Lu:
>
> > On Fri, Dec 31, 2021 at 12:43 PM Florian Weimer wrote:
> >>
> >> * H. J. Lu via Libc-alpha:
> >>
> >> > bzero is an alias of SSE2 memset in glibc. Should we add __memsetzero
> >> > like __memcmpeq? It should be almost
On Thu, Sep 16, 2021 at 12:02 PM Noah Goldstein wrote:
>
> Hi All,
>
> This is a proposal for a new interface to be supported by libc.
>
> The new interface is the same as the old 'bcmp()' routine. Essentially
> the goal of this proposal is to add a reserved namespace for a new
> function, '__memc
the comparison of std::type_info
> objects (equality and inequality operator) in libstdc++.
>
> I agree and am happy to implement them along side __memcmpeq()
if the proposal is accepted. Do they need a seperate writeup with full
specifications?
> On Tue, Sep 21, 2021 at 9:54 PM No
On Fri, Sep 17, 2021 at 9:27 AM Florian Weimer via Libc-alpha <
libc-al...@sourceware.org> wrote:
> * Joseph Myers:
>
> > I was supposing a build-time decision (using
> GCC_GLIBC_VERSION_GTE_IFELSE
> > to know if the glibc version on the target definitely has this
> function).
> > But if we add a
On Fri, Sep 17, 2021 at 3:32 AM Richard Biener via Gcc
wrote:
> On Fri, Sep 17, 2021 at 10:08 AM Florian Weimer
> wrote:
> >
> > * Richard Biener via Gcc:
> >
> > > On Thu, Sep 16, 2021 at 10:36 PM Joseph Myers
> wrote:
> > >>
> > >> On Thu, 16 Sep 2021, Chris Kennelly wrote:
> > >>
> > >> > In
On Thu, Sep 16, 2021 at 5:25 PM Chris Kennelly via Libc-alpha <
libc-al...@sourceware.org> wrote:
> On Thu, Sep 16, 2021 at 5:50 PM enh wrote:
>
> > plus testing for _equality_ can (as mentioned earlier) have slightly
> > different properties from the three-way comparator behavior of
> > bcmp()/m
On Thu, Sep 16, 2021, 4:50 PM enh via Libc-alpha
wrote:
> plus testing for _equality_ can (as mentioned earlier) have slightly
> different properties from the three-way comparator behavior of
> bcmp()/memcmp().
>
How does bcmp() have a three-way comparator?
Or do you mean how it is currently im
On Thu, Sep 16, 2021 at 12:55 PM Chris Kennelly via Libc-alpha <
libc-al...@sourceware.org> wrote:
> On Thu, Sep 16, 2021 at 1:04 PM Noah Goldstein
> wrote:
>
> > Hi All,
> >
> > This is a proposal for a new interface to be supported by libc.
> >
> > The new interface is the same as the old 'bcmp
Hi All,
This is a proposal for a new interface to be supported by libc.
The new interface is the same as the old 'bcmp()' routine. Essentially
the goal of this proposal is to add a reserved namespace for a new
function, '__memcmpeq()', which shares the same behavior as the old
'bcmp()'.
Int
13 matches
Mail list logo
