summaryrefslogtreecommitdiff
path: root/libc/string
AgeCommit message (Collapse)Author
2005-11-04Correct XLOCALE enabled builds pointed out by nitinkgPeter S. Mazinger
2005-11-03Last bits for IMA, now everything can be built w/ DOMULTI=y on gcc-3.4.4 ↵Peter S. Mazinger
with my config (no locale, the rest enabled). Not tested if libc is complete and usable. All the files listed in *_NO_MULTI need love, best would be to replace all multisources w/ single sources.
2005-11-03Enable IMA on libc/string/genericPeter S. Mazinger
2005-11-01Only because of multi sources I had to touch up these and add code duplicationPeter S. Mazinger
2005-11-01Remove last unused references to libc-a-pic-, we use only the lists in ↵Peter S. Mazinger
libc-a-y for objects that go into static libs, changing their suffix to .os, of they should be PIC
2005-10-29Replace all Makefiles for new build infrastucturePeter S. Mazinger
2005-10-28Renamed arch specific Makefile.in to Makefile.arch, else if TARGET_ARCH does ↵Peter S. Mazinger
not exist, we reinclude the including Makefile. Moved arch/common fpu_control.h link creation into main Makefile.in. Updated the link creation script to remove all the other Makefiles
2005-10-25All Makefile.in's. Only arm/i386/mips/powerpc/x86_64 are done, the other ↵Peter S. Mazinger
archs lack proper crt1. The Makefiles in extra/scripts are intended to be linked into each dir, where it is necessary to build locally.
2005-10-12Rewrote almost all Makefiles: do not use strip $(x),y; run strip on all ↵Peter S. Mazinger
objects at once; use :=//$</$^; use CRT_SRC/CRT_OBJ/SCRT_OBJ/CSRC/COBJ/SSRC/SOBJ/MSRC/MOBJ where no more is needed, if only CSRC is present use OBJS directly instead of COBJ; CTOR_TARGETS are created directly in lib; remove unused/unneeded parts. Hope I haven't broken too much.
2005-09-22weaks moved after the related function so gcc4 won't warnPeter S. Mazinger
2005-09-21merge x86_64 optimized string supportMike Frysinger
2005-09-16make sure we treat count as size_t, not ssize_t ... fixes with help from khemMike Frysinger
2005-09-16syntax/whitespace touchupsMike Frysinger
2005-09-05fix string functions to not treat the size_t as ssize_tMike Frysinger
2005-08-26import sparc-optimized string functions from glibcMike Frysinger
2005-08-18remove 0.9.27 compat aliasMike Frysinger
2005-08-16add a 0.9.27 compat symbol (_glibc_strerror_r) since the function has since ↵Mike Frysinger
been renamed to __glibc_strerror_r in 0.9.28
2005-07-30sjhill appears confused. vapier's earlier commit of string.h was broken.Manuel Novoa III
But I fixed it, and tested both x86 (locale) and mipsel before I commited the fixes. Just built with gcc 4.0.1 to see if that was the cause of his problems, but x86 (locale) built fine. So revert his last change.
2005-07-30The newly added __glibc_strerror_r function is probably fine, but the"Steven J. Hill"
uClibc did not even compile or link without errors. This fixes that up. Please test more thoroughly next time.
2005-07-28Fix string.h. Change our _susv3_strerror_r to __xpg_strerror_r for glibcManuel Novoa III
compatibility. Also change _glibc_strerror_r to __glibc_strerror_r for consistency.
2005-06-21Fic gcc 4.0 compilation. Still no confimation that this works onJoakim Tjernlund
gcc 4.0 but I don't want to wait anymore.
2005-01-25merge parallel build supportMike Frysinger
2004-12-22Patch from Peter S. Mazinger to consistantly use "ASFLAGS"Eric Andersen
as the flags for all calls to 'as'
2004-09-02Add a couple of mips-specific string funcs.Manuel Novoa III
Port the generic optimized string funcs from glibc, with some tweaks to cut their size a little. The main change is making memmove call memcpy for forward copying to trim redundant code. Make use of both the generic and arch-specific speed-optimized string funcs configurable. Arch-specific take precedence over generic, and generic takes precedence over basic size-optimized uClibc funcs.
2004-09-02Fix a couple of symbol name issues.Manuel Novoa III
2004-06-12Philip Craig at snapgear dot com writes:Eric Andersen
Strlen was counting the last 3 bytes incorrectly for big endian arm.
2004-05-14Alexandre Oliva writes:Eric Andersen
This patch introduces optimized versions of memcpy and memset for frv.
2004-03-18Supply '__bzero' with 'bzero' as just a weak alias (since it is not SuSv3)Eric Andersen
2004-03-18Based on a patch from Alexandre Oliva, remove all reference to 'bzero' (whichEric Andersen
is not a SuSv3 symbol). Rather than using __bzero internally per Alexandre's original patch, use memset instead.
2004-02-11New stdio core. Should be more maintainable. Fixes a couple of bugs.Manuel Novoa III
Codepaths streamlined. Improved performance for nonthreaded apps when linked with a thread-enabled libc. Minor iconv bug and some locale/thread related startup issues fixed. These showed up in getting a gcj-compiled java helloworld app running. Removed some old extension functions... _stdio_fdout and _stdio_fsfopen.
2004-01-30Paul Mundt, lethal at linux-sh dot org writes:Eric Andersen
Boredom got the better of me, here's strlen() for sh64..
2004-01-27Joakim Tjernlund writes:Eric Andersen
Hi Erik I have had some fun trying to optimize memcpy, memset and memmove for PPC. There are only boot tested, but I don't expect any problems :) Read the comments in powerpc/string.c for more info. Patch is relative to libc/string Jocke
2003-12-17Patch from Paul Mundt <lethal@linux-sh.org>:Eric Andersen
The subject says it all.. optimized memset/memcpy/strcpy, lifted from SuperH's glibc tree.
2003-11-20Add missing weak alias for bcmpEric Andersen
2003-11-20Don't depend on BSD namingEric Andersen
2003-11-20Add an initial set of arm optimized string functions. TheseEric Andersen
do seem to make noticable speed improvement... -Erik
2003-11-20Fixup dependancies to ensure arch specific string functionsEric Andersen
will always win
2003-11-06Add in aliases provided by the non arch specific implementationsEric Andersen
2003-11-06The curse of cut-n-pasteEric Andersen
2003-11-06Add some initial x86 string optimizations. These make no attempt to use niftyEric Andersen
things like mmx/3dnow/etc. These are not inline, and will therefore not be as fast as modifying the headers to use inlines (and cannot therefore do tricky things when dealing with const memory). But they should (I hope!) be faster than their generic equivalents.... More importantly, these should provide a good example for others to follow when adding arch specific optimizations. -Erik
2003-10-18Peter Kjellerstedt writes:Eric Andersen
rm.patch: * Define $(RM) as rm -f in Rules.mak and test/Rules.mak (this is the same definition as gmake uses by default). * Change all occurrences of rm and rm -f into $(RM).
2003-09-11Patch by Atsushi Nemoto <anemo@mba.ocn.ne.jp> to do arch-requiredManuel Novoa III
mapping of signal strings (alpha, mips, hppa, sparc).
2003-08-24Fix a few bugs in the new extended locale functions.Manuel Novoa III
Move stub gettext functions to a stub libintl to make switching in gnu gettext easier. Also add a few gnu-isms. Change to using hidden names with global weak aliases for the extended locale functions, as expected by libstd++. Slightly rework the locale data generation stuff to allow pregenerated locale data to be used with buildroot.
2003-08-01Add a new *scanf implementation, includeing the *wscanf functions.Manuel Novoa III
Should be standards compliant and with several optional features, including support for hexadecimal float notation, locale awareness, glibc-like locale-specific digit grouping with the `'' flag, and positional arg support. I tested it pretty well (finding several bugs in glibc's scanf in the process), but it is brand new so be aware. The *wprintf functions now support floating point output. Also, a couple of bugs were squashed. Finally, %a/%A conversions are now implemented. Implement the glibc xlocale interface for thread-specific locale support. Also add the various *_l(args, locale_t loc_arg) funcs. NOTE!!! setlocale() is NOT threadsafe! NOTE!!! The strto{floating point} conversion functions are now locale aware. The also now support hexadecimal floating point notation. Add the wcsto{floating point} conversion functions. Fix a bug in mktime() related to dst. Note that unlike glibc's mktime, uClibc's version always normalizes the struct tm before attempting to determine the correct dst setting if tm_isdst == -1 on entry. Add a stub version of the libintl functions. (untested) Fixed a known memory leak in setlocale() related to the collation data. Add lots of new config options (which Erik agreed to sort out :-), including finally exposing some of the stripped down stdio configs. Be careful with those though, as they haven't been tested in a long time. (temporary) GOTCHAs... The ctype functions are currently incorrect for 8-bit locales. They will be fixed shortly. The ctype functions are now table-based, resulting in larger staticly linked binaries. I'll be adding an option to use the old approach in the stub locale configuration.
2003-06-16Add memmem().Manuel Novoa III
2003-03-03Remove bogus link_warning. It is meaningless and stupid. While theManuel Novoa III
previous committed patch was well-meaning, the #warning it replaced was simply a reminder I accidently left in when implementing strcoll/wcscoll. Besides, strcmp is completely locale invariant.
2003-02-17Patch from Stefan Allius:Eric Andersen
In libc/string/wstring I replaced a '#warning ..' statement by the link_warning macro.
2002-12-20The big thing is locale dependent collation support.Manuel Novoa III
Also added outdigit support and (legacy) YESSTR/NOSTR support.
2002-11-08Added some temporary "stubs" for collation.Manuel Novoa III
strcoll is an alias for strcmp. strxfrm is an alias for strlcpy. wcscoll is an alias for wcscmp. wcsxfrm is implemented as a wchar version of strlcpy. Real locale-dependent implementations are coming soon.
2002-10-31Ok, this commit is _huge_ and its gonna change the world. I'veEric Andersen
been working on a new config system on and off for about 6 months now, but I've never been fully satisfied. Well, I'm finally am happy with the new config system, so here it is. This completely removes the old uClibc configuration system, and replaces it with an entirely new system based on LinuxKernelConf, from http://www.xs4all.nl/~zippel/lc/ As it turns out, Linus has just merged LinuxKernelConf into Linux 2.5.45, so it looks like I made the right choice. I have thus far updated only x86. I'll be updating the other architectures shortly. -Erik