 Waldemar Brodkorb
|
2a3ffa836a
Use gcc's __builtin_mempcpy() as __mempcpy(), if possible
|
9 år sedan |
 Denis Vlasenko
|
41c15785a9
since gcc -Os hates us and does not inline string ops,
|
16 år sedan |
|
Denis Vlasenko
|
125773133f
Moving libc_hidden_proto's into #ifdef UCLIBC_INTERNAL block
|
16 år sedan |
 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
|
17 år sedan |
 Peter S. Mazinger
|
55b24e4e95
Mark some functions as GNU, provide missing hidden memmem, remove _ISOC99/XOPEN_SOURCE
|
19 år sedan |
|
Peter S. Mazinger
|
df31d32b41
Enable _GNU_SOURCE build wide, trying to get consistent interfaces, else IMA is a useless attempt
|
19 år sedan |
|
Peter S. Mazinger
|
6f7dc709ed
make DODEBUG=y happy, update sysdeps/common/* copyright
|
19 år sedan |
|
Peter S. Mazinger
|
af0172162f
hidden_def/hidden_proto: convert all users (I hope) termios split, add some missing headers, other jump relocs removed
|
19 år sedan |
|
Peter S. Mazinger
|
fe68563b9a
Use strong_alias everywhere instead of .global/.set. Correct some cases where the non-hidden version was used.
|
19 år sedan |
|
Peter S. Mazinger
|
c885bf5cf9
More hiding, including __mempcpy
|
19 år sedan |
 "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.
|
19 år sedan |
|
Peter S. Mazinger
|
8a0b43005a
Hide mostly used functions
|
19 år sedan |
|
Peter S. Mazinger
|
43cfeab2dc
Unhide __mempcpy, provide __libc_mempcpy for internal use
|
19 år sedan |
|
Peter S. Mazinger
|
f8703c6453
Move to use attribute_hidden
|
19 år sedan |
 Manuel Novoa III
|
bec90733b9
Add a couple of mips-specific string funcs.
|
20 år sedan |
