On Thursday, February 13, 2014 14:04:34 [email protected] wrote: > > >> glibc provides pthread mutex lock/unlock stubs, so i wonder if we even > > >> need _r variants. if the program hasn't linked against -lpthread, > > >> then the funcs will simply return. if it has, then you get locking. > > > > > > That sounds interesting. Do you know if this is implemented in uClibc > > > (and possibly in other alternative libc libraries) too? > > > > If portability is acceptable we could put mutex initializer in the > > libltp. Another question should we lock/unlock mutex inside the libltp's > > functions or set it like in the example I sent previously (use wrapper > > macros)? > > In a case that mutex stubs are common practice among libc > implementations I would be for adding the mutexes directly into the > libltp.a and do the locking inside the original functions. If not we > should go with wrappers.
glibc/uClibc do it. i can't speak to others. -mike
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
_______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
