Code::Blocks Forums
Developer forums (C::B DEVELOPMENT STRICTLY!) => Development => Topic started by: reckless on December 17, 2010, 03:33:18 pm
-
took some reading into the interlock functions but i managed to create a working static wrapper library simulating pthreads, from the winpthread source.
the benefit is you dont need the pthread library anymore if linking with libgomp (nor the dll's).
-
http://code.google.com/p/mingw-wine/downloads/detail?name=winpthread.7z&can=2&q= (http://code.google.com/p/mingw-wine/downloads/detail?name=winpthread.7z&can=2&q=)
forgot link.
-
pthreads with static build?
You must compile the libgomp with the "-DPTW32_STATIC_LIB".
-
this is not redhats pthreads win32 :)
its a wrapper library using windows atomic functions.
i found it some time back in the mingw64 experimental trunk.
had to change a few interlocked defines to get it compiling on win32 (InterlockedAdd seems to be missing on win32 changed to use interlockedExchangeAdd).
-
Sorry for my English. I don't understand your meaning. I usually compile the libgomp with static pthread ( make clean GC-static
), and the libgomp compiling option is added "-DPTW32_STATIC_LIB". We can get a static libgomp, and don't need the pthread dll.
-
ok ill try to explain.
its a replacement for redhats pthreads win32 library.
the main differences are that it uses native windows functions for the atomic operations instead of a posix layer (i hope this explains it a bit better).
-
I see, you mean the replacement is the package of win32 api? That's very great, but I don't know how stably it works, and the package functions and the pthread should be compatible.
-
so far i had no problems with it :) so atleast for libgomp i consider it stable.
still its experimental so yes it might break.