Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-WebMail-UserID:  a.rburgers
Date: Tue, 11 Dec 2001 22:31:16 +0100
From: "a.rburgers" <a DOT rburgers AT freeler DOT nl>
To: cygwin AT cygwin DOT com
X-EXP32-SerialNo: 00003204, 00003203
Subject: RE: gcc -mno-cygwin creates cygwin executables!
Message-ID: <3C17011D@freeler-webmail-01>
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Mailer: WebMail (Hydra) SMTP v3.61

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/