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