[Bug 1247] RTEMS does not implement locks needed by multithreaded newlib

[rtems-bugs at rtems.org]

http://www.rtems.org/bugzilla/show_bug.cgi?id=1247





------- Comment #1 from strauman at slac.stanford.edu  2007-08-23 19:53 -------
Created an attachment (id=506)
 --> (http://www.rtems.org/bugzilla/attachment.cgi?id=506&action=view)
Implements locks needed by newlib

This patch adds an rtems-implementation for general locks/mutexes needed by
newlib. Newlib currently uses these to protect global internal structures
such as lists of environment variables or FILEs etc.

Individual FILEs are (deliberately) NOT locked ATM: stdin/stdout/stderr are
special, they are per-thread objects (each thread has its own one) and hence
need no locking. Other FILEs however are global data structures and it is
the user's responsability to synchronize access to them (newlib provides
optional transparent locking but that could hit performance).

- obsoletes cpukit/libcsupport/src/envlock.c; newlib will use on of the new
locks.
- PATCH TO NEWLIB (next attachment) IS REQUIRED
- read comments in file header


-- 
Configure bugmail: http://www.rtems.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.