Rob Collins wrote: > > 1) Move the pthread functions from libcygwin.a to a separate library > > libpthread.a instead of libpthread.a being a symlink to libcygwin.a. > > That > > would fix this particular configure problem I think. This already > > works this way I found for libpng.a and libjpeg.a.
> No, as the pthread functions use cygwin calls that will still link to > cygwin. Yes! Since if you use gcc without -mno-cygwin, libcygwin.a is linked in anyway, as is the case now with for instance libpng.a and libjpeg.a. I only want the link to fail when you use gcc -mno-cygwin. It doesn't now since linking with -lpthread links in all of libcygwin.a > If you want a mingw pthread library see the pthread-win32 project. I don't want to force the user to install pthread-win32. I want this configure script (for fltk btw) to detect correctly whether threads are available or not. > > 2) Put some cygwin specific libraries as libpthread.a in > /usr/cygwin/lib > > and add /usr/cygwin/lib to the specs? > This _might_ do it. Still it requires breaking out the pthread > functions, for little benefit and greater overhead. I don't see the problem with this. We are not adding libraries as libpng and libjpeg to libcygwin either are we? > Why not add the > win32-pthread functions somewhere and add that to the -mno-cygwin specs? You mean adding the win32-pthread functions to the standard cygwin mingw distribution? That would be perfect of cause! Teun -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
