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