Building pthreads inline with gcc and enable optional posix threads in libgcc#958
Building pthreads inline with gcc and enable optional posix threads in libgcc#958tonytheodore merged 2 commits intomxe:masterfrom
Conversation
|
See the Qt wiki and stack overflow question for some discussion on threading. Maybe we should do the exception variants at the same time? |
dd9e6cc to
fcad34c
Compare
|
Thank you! Let me build all packages to make sure that nothing was broken.
These changes seem to be unrelated. |
Thanks, I saw some issues with cegui, ffmpeg, and opencsg but can't replicate them - seem to be affected by some other package being built earlier.
Agreed, enabling them isn't hard but we have no way of testing every combination. It's also not yet clear if threads should be options or defaults. |
|
opencv is broken |
|
The build is completed. |
It was missing the |
|
Let me build all packages again. |
…libgomp * fixes "~winpthreads changes ~pthread_signal.h" etc. reported by build-pkg mingw-w64 installs dummy headers if winpthreads isn't built * enables libgomp to avoid double-build (see mxe#331) * no change in openmp-validation (still 20 failures - taken with a grain of salt as the batch file test runner isn't a reliable perl substitute) * pthreads virtual package kept for future testing
* enables optional c++11 <thread>, <mutex>, and <future> in libgcc * avoid double build advice: http://sigrok.org/gitweb/?p=sigrok-util.git;a=blob;f=cross-compile/mingw/README;h=248af546f939a81855dda33142d834eecf2979c2;hb=HEAD#l44 * not heavily tested but should be released for feedback
|
All packages were built successfully. |
|
Thanks! I'll merge this for now so we can start experimenting with target specs. |
Building pthreads inline with gcc and enable optional posix threads in libgcc
Firstly, build pthreads inline and enable libgomp:
build-pkg.mingw-w64 installs dummy headers if winpthreads isn't built
salt as the batch file test runner isn't a reliable perl substitute)
Then enbale
MXE_GCC_THREADSand allow target spec<triplet>.<link>.<threads>:<thread>, <mutex>, and <future>in libgccCurrent builds will continue to use the win32 threading default, to enable posix threads: