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

rtems-bugs at rtems.org rtems-bugs at rtems.org
Fri Aug 24 00:53:38 UTC 2007


------- 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
- 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.

More information about the bugs mailing list