summaryrefslogtreecommitdiff
path: root/libpthread/linuxthreads.old/forward.c
AgeCommit message (Collapse)Author
2016-05-18remove linuxthreads.new, rename linuxthreads.oldWaldemar Brodkorb
Linuxthreads.new isn't really useful with the existence of NPTL/TLS for well supported architectures. There is no reason to use LT.new for ARM/MIPS or other architectures supporting NPTL/TLS. It is not available for noMMU architectures like Blackfin or FR-V. To simplify the live of the few uClibc-ng developers, LT.new is removed and LT.old is renamed to LT. LINUXTHREADS_OLD -> UCLIBC_HAS_LINUXTHREADS
2015-02-14Revert "resolve merge"Waldemar Brodkorb
This reverts commit 6b6ede3d15f04fe825cfa9f697507457e3640344.
2015-02-14resolve mergeWaldemar Brodkorb
2012-11-18Replace FSF snail mail address with URLsMike Frysinger
This matches a similar change made to glibc. No functional changes here. Signed-off-by: Mike Frysinger <vapier@gentoo.org>
2012-06-15linuxthreads.old: cleanup a bitPeter S. Mazinger
Use __UCLIBC_HAS_TLS__ instead of USE___THREADS (although this LT implementation will never support TLS). Disable unused/unneeded members of the pthread_functions structure. No redirect/forward for _pthread_cleanup_push/pop, it would have not worked anyway due to the fact, that the structure member was not initialized. Disable it's possible internal use in libc-lock.h. Avoid using internals.h in libc_pthread_init.c (moving a prototype to pthread-functions.h). Signed-off-by: Peter S. Mazinger <ps.m@gmx.net> Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
2009-11-22Revert "libc: add hidden calls to pthread cleanup funcs"Austin Foxley
This reverts commit e0ac4efbdb498319f03a2a95d75d061ab6c68491. Was causing segfaults on every pthread linked executable Signed-off-by: Austin Foxley <austinf@cetoncorp.com>
2009-10-22libc: add hidden calls to pthread cleanup funcsMike Frysinger
A lot of libc code calls the pthread cleanup funcs implicitly (for stdio) which currently goes through the PLT. Since we already have forwarding symbols for these funcs, it's safe to declare the internal libc usage hidden as a loaded libpthread will have the real symbols found. Signed-off-by: Mike Frysinger <vapier@gentoo.org>
2009-07-20linuxthreads.old: extend workaround for asm rename warningsMike Frysinger
The libc_pthread_init.c needs the include workaround like forward.c, and forward.c needs more includes now. Signed-off-by: Mike Frysinger <vapier@gentoo.org>
2008-11-18libc_hidden_proto removal, just a few functionsDenis Vlasenko
2008-10-06- silence warningBernhard Reutner-Fischer
2008-10-03- use c89-style commentsBernhard Reutner-Fischer
Closes issue #5194
2008-05-20add an URL to relevant gcc bugzilla entryDenis Vlasenko
2008-05-20suppress "asm declaration ignored due to conflict with previous rename"Denis Vlasenko
warning. It seems to be bogus. Comment contains extended description.
2007-01-11Peter Mazinger pointed out that my last commit was faulty.Joakim Tjernlund
This should fix it.
2006-01-25Modify the earlier changes, because libc-lock references __pthread_mutex*, ↵Peter S. Mazinger
dont use hidden_strong_alias
2006-01-15make gcc4 happy w/ hidden_def/proto, correct some typosPeter S. Mazinger
2006-01-14hidden_def/hidden_proto: convert all users (I hope) termios split, add some ↵Peter S. Mazinger
missing headers, other jump relocs removed
2006-01-04use internal versions of exit/memcpyPeter S. Mazinger
2006-01-04update pthread weak handling to the style glibc usesMike Frysinger
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-23 04:36:11 +0000