Waldemar Brodkorb
|
2a3ffa836a
Use gcc's __builtin_mempcpy() as __mempcpy(), if possible
|
vor 9 Jahren |
Denis Vlasenko
|
41c15785a9
since gcc -Os hates us and does not inline string ops,
|
vor 16 Jahren |
Denis Vlasenko
|
125773133f
Moving libc_hidden_proto's into #ifdef UCLIBC_INTERNAL block
|
vor 16 Jahren |
Mike Frysinger
|
e11c3011b1
mark a bunch of public mem/str functions as weak so that people who insist on their own local copies while static linking dont hit link failures when other uClibc code force the libc.a objects to be pulled in via the hidden alias symbols
|
vor 17 Jahren |
Peter S. Mazinger
|
55b24e4e95
Mark some functions as GNU, provide missing hidden memmem, remove _ISOC99/XOPEN_SOURCE
|
vor 18 Jahren |
Peter S. Mazinger
|
df31d32b41
Enable _GNU_SOURCE build wide, trying to get consistent interfaces, else IMA is a useless attempt
|
vor 19 Jahren |
Peter S. Mazinger
|
6f7dc709ed
make DODEBUG=y happy, update sysdeps/common/* copyright
|
vor 19 Jahren |
Peter S. Mazinger
|
af0172162f
hidden_def/hidden_proto: convert all users (I hope) termios split, add some missing headers, other jump relocs removed
|
vor 19 Jahren |
Peter S. Mazinger
|
fe68563b9a
Use strong_alias everywhere instead of .global/.set. Correct some cases where the non-hidden version was used.
|
vor 19 Jahren |
Peter S. Mazinger
|
c885bf5cf9
More hiding, including __mempcpy
|
vor 19 Jahren |
"Steven J. Hill"
|
05d909bd42
No, '__mempcpy' is used by user-space applications, like coreutils for 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.
|
vor 19 Jahren |
Peter S. Mazinger
|
8a0b43005a
Hide mostly used functions
|
vor 19 Jahren |
Peter S. Mazinger
|
43cfeab2dc
Unhide __mempcpy, provide __libc_mempcpy for internal use
|
vor 19 Jahren |
Peter S. Mazinger
|
f8703c6453
Move to use attribute_hidden
|
vor 19 Jahren |
Manuel Novoa III
|
bec90733b9
Add a couple of mips-specific string funcs.
|
vor 20 Jahren |