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