summaryrefslogtreecommitdiff
path: root/libpthread/linuxthreads
AgeCommit message (Collapse)Author
2005-10-11Defer SHARED_START/END_FILES. They are only used for the shared library.Peter S. Mazinger
2005-10-11Do not defer expansions where useless, like CSRC/OBJS/LIB_NAME/AR_LIB_NAME, ↵Peter S. Mazinger
defer only for shared lib related stuff, because it is optional. Run STRIPTOOL only once. More use of /$^/$<.
2005-10-04Clean up pthread include mess. Some of these will be needed to support NPTL, ↵"Steven J. Hill"
but they do no harm for the linuxthreads case. Yes, I tested this.
2005-10-04Neaten up the libpthread directory."Steven J. Hill"
2005-09-30Move arch specific bits from linuxthreads' Makefile to ↵Peter S. Mazinger
linuxthreads/sysdeps/TARGET_ARCH/Makefile.in proposed by vapier. The current implementation should suffice for now, but it needs to be extended for the nptl tree.
2005-09-29Similarly to libm, remove recursion from linuxthreads. Now only libc.a and ↵Peter S. Mazinger
libc.so are rebuilt again if make is run a second time.
2005-09-28Remove ar-target and shared targets, at build time now we traverse the tree ↵Peter S. Mazinger
only once. Generalize all toplevel makefiles. Make sure, that libdl.so is built against libc.so and not libc.a
2005-09-16Robin Getz from blackfin.uclinux.org writes:Mike Frysinger
Bernd Schmidt found/fixed this problem in uClibc: http://blackfin.uclinux.org/tracker/index.php?func=detail&aid=882&group_id=17&atid=141 Basically, the uClinux dist includes a few thread demos - thdm and bcdm - running them simultaneously sometimes causes bus errors. Bernd wrote: >They occur in pthread_handle_sigrestart; thread_self returns a bogus value. >I managed to capture a debugging log, it's attached as bad-log. If you >look at it you'll notice that the initial stack bounds are bogus: bottom >of stack is higher than top of stack. This appears to be because of a bug >in NOMMU_INITIAL_THREAD_BOUNDS(tos,bos): if a new thread has a BOS equal >to the initial thread's current TOS, it'll munge the initial thread's >stack bounds. Fixed with the attached patch, which I've committed. >This should fix the crashes people have seen, but since the bug was always >hard to reproduce, I can't be 100% certain they are gone. Please retest, >everyone... This patch was made against our cvs, which has an older version of uClibc in it - this code was recently moved from internals.h to descr.h in the uclibc svn, but it still has the same problem
2005-09-09remove duplicated p_canceled setting and extra whitespaceMike Frysinger
2005-09-09sync style changes and misc fixes from glibcMike Frysinger
2005-09-09sync some style changes and stack fixes with glibcMike Frysinger
2005-09-09sync with glibc and macro out the strong_alias/versioned-symbols to cut down ↵Mike Frysinger
on the diffs
2005-09-09newer linuxthreads renamed the function invalid_handle() to nonexisting_handle()Mike Frysinger
2005-09-09sync with glibc by moving the thread_desc stuff out of internals.h and into ↵Mike Frysinger
a new file descr.h ... also redo thread_desc init by specifying members in the struct by name rather than position
2005-09-09revert pthread_exit change until all files using new prototype is readyMike Frysinger
2005-09-08sync all the strong_alias and version compat stuff but make them no-ops with ↵Mike Frysinger
#if magic to cut down on diffs
2005-09-08add hidden_def() macros from glibc but stub them out to cut down on diffsMike Frysinger
2005-09-08sync changelog with glibcMike Frysinger
2005-09-08sync prototypes with glibcMike Frysinger
2005-09-08punt wrapsyscall.c as glibc hasMike Frysinger
2005-09-08make sure we use optimized version when building for newer intel/amd cpusMike Frysinger
2005-09-08import some fixes from glibcMike Frysinger
2005-09-08sync with glibc and import pthread_rwlock_timed{rd,wr}lock in the processMike Frysinger
2005-09-08uClibc has pthread_attr_{get,set}stack nowMike Frysinger
2005-09-08sync misc trivial touchups from glibcMike Frysinger
2005-09-08sync with glibc coding style to make further updates easierMike Frysinger
2005-09-08sync license with glibcMike Frysinger
2005-09-08sync license with glibcMike Frysinger
2005-09-08sync with glibcMike Frysinger
2005-09-08import some fixes from glibcMike Frysinger
2005-09-08import pthread_attr_{get,set}stack functions from glibc along with a few ↵Mike Frysinger
attr fixes
2005-09-08import the helper function pthread_for_each_thread from glibcMike Frysinger
2005-09-08import misc defines from glibcMike Frysinger
2005-09-08make sure function is always inlinedMike Frysinger
2005-09-08sync with glibc and remove duplicated SEM_VALUE_MAX defineMike Frysinger
2005-09-08sync with glibcMike Frysinger
2005-09-08sync with glibcMike Frysinger
2005-09-08slight tweak to minimize diffs with glibcMike Frysinger
2005-09-08sync code style with glibcMike Frysinger
2005-09-08import license updates from glibcMike Frysinger
2005-09-08unusedMike Frysinger
2005-08-15import thumb support from jbowler in Bug 385Mike Frysinger
2005-07-02sync with glibcMike Frysinger
2005-07-01update the debug macros so they build with newer gcc versionsMike Frysinger
2005-05-28gcc saysJoakim Tjernlund
spinlock.c:35: warning: matching constraint does not allow a register Update the asm to match glibc.
2005-05-28I added, then removed and now I add this again :). Hopefully I got it rigth ↵Joakim Tjernlund
this time.
2005-05-28Add patch at bugs 274. From Peter Manzinger.Joakim Tjernlund
2005-05-20Back out nptl changes, which for now will be done in branches/uClibc-nptlEric Andersen
2005-05-14There were two versions of 'pthreadtypes.h' originally in uClibc. Also,"Steven J. Hill"
since we are going to support the two implementations of pthreads, we again need to instead create symbolic links to use the proper version of the file depending on the pthreads option chosen.
2005-05-14In order to accomodate usage of either pthreads implementation, we now"Steven J. Hill"
have to create symbolic links for 'semaphore.h' and 'pthread.h' which will point to the proper pthreads directory. When we finish getting NPTL working with uClibc, perhaps we can merge them, but a first glance at the differences between the two does not make that very likely.
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-26 14:48:16 +0000