Age | Commit message (Collapse) | Author | |
---|---|---|---|
2005-12-03 | More hiding, including __mempcpy | Peter S. Mazinger | |
2005-12-02 | No, '__mempcpy' is used by user-space applications, like coreutils for ↵ | "Steven J. Hill" | |
example and glibc still has '__mempcpy' as a global symbol. How about this, do a complete buildroot file system after hacking uClibc to make sure things work? There's a novel idea. | |||
2005-12-01 | Hide mostly used functions | Peter S. Mazinger | |
2005-11-26 | Unhide __mempcpy, provide __libc_mempcpy for internal use | Peter S. Mazinger | |
2005-11-14 | Move to use attribute_hidden | Peter S. Mazinger | |
2004-09-02 | Add 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. |