summaryrefslogtreecommitdiffstats
path: root/lib/libc/arch/m88k/string (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Make index/rindex weak aliases of strchr/strrchr since they are notmillert2015-05-151-2/+2
| | | | | part of the ISO C standard and have also been dropped from POSIX. OK guenther@ kettenis@
* restructure libc/string + libc/arch/*/string coperation regardingderaadt2014-11-301-6/+7
| | | | | | | | | | | | | | | | (potentially) MD versions (function dependent, not filename dependent) split out memcpy/memmove/bcopy and strchr/index/strrchr/rindex Bring back amd64 .S versions And the final touch: switch all architectures temporarily to MI memcpy.c, which contains syslog + abort for overlapping copies. A nice harsh undefined behaviour. We will clean the entire userland of the remaining issues in this catagory, then switch to the optimised memcpy which skips the memmove check. I tried to cut this change into pieces, but testing each sub-step on every architecture is too time consuming and mindnumbing. ok miod
* It turns out that the so-called fast ffs(3) routines were wrong, as soon asmiod2004-04-012-18/+2
| | | | | | | | | | | | more than one bit is set, as the ff1 instruction counts from the highest order. However, gcc/m88k with optimization enabled would use a correct, short sequence based upon ff1 and tweaks, to achieve the intended result, hence i did not catch this flaw initially. So revert to the C implementation - it is correct, still decently fast, and will only be used when compiling at -O0.
* Use libkern's fast ffs() in libc too.miod2004-01-262-2/+18
|
* Remove unused pieces and clean Makefile.incmiod2002-05-173-36/+1
|
* $OpenBSD$todd2000-03-012-2/+6
|
* missing parts from last commitmillert1999-04-251-1/+1
|
* correted sigsetjmp, setjump. Fixed MACHINE_ARCH vs. MACHINE stuff.smurph1998-12-153-0/+38