From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <musl-return-20497-ml=inbox.vuxu.org@lists.openwall.com>
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.1 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS,
	MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,T_SCC_BODY_TEXT_LINE
	autolearn=ham autolearn_force=no version=3.4.4
Received: from second.openwall.net (second.openwall.net [193.110.157.125])
	by inbox.vuxu.org (Postfix) with SMTP id 67BC027444
	for <ml@inbox.vuxu.org>; Thu, 29 Feb 2024 01:18:54 +0100 (CET)
Received: (qmail 3894 invoked by uid 550); 29 Feb 2024 00:15:13 -0000
Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:musl@lists.openwall.com>
List-Help: <mailto:musl-help@lists.openwall.com>
List-Unsubscribe: <mailto:musl-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:musl-subscribe@lists.openwall.com>
List-ID: <musl.lists.openwall.com>
Reply-To: musl@lists.openwall.com
Received: (qmail 3858 invoked from network); 29 Feb 2024 00:15:13 -0000
Date: Thu, 29 Feb 2024 00:10:05 +0000 (UTC)
From: Thorsten Glaser <tg@mirbsd.de>
X-X-Sender: tg@herc.mirbsd.org
To: musl@lists.openwall.com
cc: James Tirta Halim <tirtajames45@gmail.com>
In-Reply-To: <CAKbZUD2XSZ4MdoS0JoyhJU=1yxVQywqzpRTuLrMPusKtYgOoSA@mail.gmail.com>
Message-ID: <Pine.BSM.4.64L.2402290007490.1531@herc.mirbsd.org>
References: <20240227140756.216904-1-tirtajames45@gmail.com>
 <20240227144926.GK4163@brightrain.aerifal.cx> <20240227145123.GL4163@brightrain.aerifal.cx>
 <Zd65MSY_v8bibtp7@voyager> <Pine.BSM.4.64L.2402282312460.1531@herc.mirbsd.org>
 <CAKbZUD2XSZ4MdoS0JoyhJU=1yxVQywqzpRTuLrMPusKtYgOoSA@mail.gmail.com>
Content-Language: de-Zsym-DE-1901-u-em-text-rg-denw-tz-utc, en-Zsym-GB-u-cu-eur-em-text-fw-mon-hc-h23-ms-metric-mu-celsius-rg-denw-tz-utc-va-posix
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
Subject: Re: [musl] [PATCH] add memcmpeq: memcmp that returns length of first
 mismatch

Pedro Falcato dixit:

>Small note: This isn't quite true for remotely modern x86, unaligned

It=E2=80=99s very much true, e.g. it breaks atomicity (ok, not relevant
*here*, but in general).

AIUI, even modern amd64 chips of all vendors are reverting to
optimising rep movsb/lodsb instead again, for stringops.

Of course the status on other architectures should be sufficient to
not use unaligned accesses.

bye,
//mirabilos
--=20
08:05=E2=8E=9C<XTaran:#grml> mika: Does grml have an tool to read Apple
     =E2=8E=9C    System Log (asl) files? :)
08:08=E2=8E=9C<ft:#grml> yeah. /bin/rm. ;)       08:09=E2=8E=9C<mrud:#grml>=
 hexdump -C
08:31=E2=8E=9C<XTaran:#grml> ft, mrud: *g*