MinGW stands for *Minimalistic* GNU for Windows, meaning it's meant to be just enough to communicate with the windows API and standard C & C++ libraries. Pthreads is part of POSIX and Windows isn't a POSIX system.
MinGW stands for *Minimalistic* GNU for Windows, meaning it's meant to be just enough to communicate with the windows API and standard C & C++ libraries. Pthreads is part of POSIX and Windows isn't a POSIX system.
Site maintenance completed May 25th, 2012 at 12:38 UTC

There are various activities that require willing helpers who have a few minutes to spare each week. Below is a list of a few of those things you can help us with.
This is not an exhaustive list there are plenty of other things we do. If you would like to help let us know via the mingw-users@lists.sourceforge.net mail list.
Re: pthreads library
This may not be approporiate place but ...
Cygwin creates a subdirectory /cygdrive where it stores phisical drives e.g. C: as c, F: as f, etc. Hence /cygdrive/f/CygWin/usr is a valid long name pointing to /usr directory in Cygwin
When used with Cygwin, MinGW gcc and ld do not follow paths given as "/cygdrive/f/CygWin/usr" when given as include or lib parths using -I or -L respectively though it does not complain either. But MinGW requires
and similar for the -L option.
Hence...
If I tried to compile and build an application using MinGW gcc , it seems to ignore both, the include and library paths specified with
either CPATH, LD_LIBRARY_PATH or with individual options -I or -L
or -isystem. I.e. (and, e.g.) it can not find includes such as the pthread.h (or the libcatlas
libraries) that cygwin's default cc ( linked to the gcc) successfully finds, compiles and links
using the specified -I and -L options respectively.
george
Re: pthreads library
This is one of the reasons MSYS was created. MSYS will convert paths for you.