libgomp pthread dependancy

[reckless]

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

[reckless]

http://code.google.com/p/mingw-wine/downloads/detail?name=winpthread.7z&can=2&q=

forgot link.

[xunxun]

pthreads with static build?
You must compile the libgomp with the "-DPTW32_STATIC_LIB".

[reckless]

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

[xunxun]

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.

[reckless]

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

[xunxun]

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.

[reckless]

so far i had no problems with it so atleast for libgomp i consider it stable.

still its experimental so yes it might break.