:
http://fuz.su/~fuz/freebsd/0001-lib-libc-amd64-string-memchr.S-fix-behaviour-with-ov.patch
Please check if it does the trick for you. If yes, I'll go ahead and
push it tomorrow-ish.
Yours,
Robert Clausecker
Am Sat, Sep 09, 2023 at 07:12:29PM +0200 schrieb Dag-Erling Smørgrav:
> Antoin
address space or (b) I could change
memcmp() to crash loudly if it detects such a case. I could also
(c) leave memcmp() as is. Which of these three choices is preferable?
Yours,
Robert Clausecker
Am Sun, Sep 10, 2023 at 05:51:43AM -0600 schrieb Warner Losh:
> On Sat, Sep 9, 2023, 10:51 PM Rob
Hi Warner,
Thank you for your response.
Am Sun, Sep 10, 2023 at 09:53:03AM -0600 schrieb Warner Losh:
> On Sun, Sep 10, 2023, 7:36 AM Robert Clausecker wrote:
>
> > Hi Warner,
> >
> > I have pushed a fix. It should hopefully address those failing tests.
> > The
tecture triple for one of those. FreeBSD keeps them distinct.)
>
> However, the armv6 part of that is wrong: The infrastructure supports
> only one 32-bit alternative for a given kernel, not a family of them at
> once . . .
See also https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256
ding world WITHOUT_MACHDEP_OPTIMIZATIONS.
Please see simd(7) as well as the blog post:
https://freebsdfoundation.org/blog/a-sneak-peek-simd-enhanced-string-functions-for-amd64/
for more details.
Yours,
Robert Clausecker
--
() ascii ribbon campaign - for an encoding-agnostic world
/\ - against html email
Hi Glen,
Am Mon, Dec 25, 2023 at 06:01:36PM +0300 schrieb Gleb Popov:
> On Mon, Dec 25, 2023 at 5:38 PM Robert Clausecker wrote:
> >
> > Greetings!
> >
> > I am happy to announce that the FreeBSD Foudation sponsored amd64 libc
> > SIMD enhancement work has land
y all dynamically linked programs link
these libraries anyway.
Yours,
Robert Clausecker
--
() ascii ribbon campaign - for an encoding-agnostic world
/\ - against html email - against proprietary attachments
(cd ${WRKSRC} ; ${SETENV} ${MAKE_ENV} ${MAKE_CMD} obj)
---8<---8<---8<---8<---
Yours,
Robert Clausecker
--
() ascii ribbon campaign - for an encoding-agnostic world
/\ - against html email - against proprietary attachments
00 CET 2025
> guru@jet:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64
>
> What would be the correct way to fix this? Re-run 'make buildworld'
> again? Or copying the shared lib libmd.so.6 into place?
The simplest solution is to clear the object directory and do a fresh world
build.
libmd.so.6 was turned into libmd.so.7 as part of a recent API change. It should
also work to link libmd.so.7 to libmd.so.6.
Yours,
Robert Clausecker
--
() ascii ribbon campaign - for an encoding-agnostic world
/\ - against html email - against proprietary attachments
