X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 	tests=AWL,BAYES_00,SPF_PASS
X-Spam-Check-By: sourceware.org
Message-ID: <4A6EEA7B.5060502@gmail.com>
Date: Tue, 28 Jul 2009 13:09:31 +0100
From: Dave Korn <dave DOT korn DOT cygwin AT googlemail DOT com>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: Georg Troska <georg DOT troska AT uni-dortmund DOT de>
CC: Dave Korn <dave DOT korn DOT cygwin AT googlemail DOT com>, cygwin AT cygwin DOT com
Subject: Re: mingw headers and libraries missing
References: <5FE114CB-1BD5-450B-BE50-27D7D665CB7D AT uni-dortmund DOT de> 	 <416096c60907271220x50eaca35nc454c41ad6a92d76 AT mail DOT gmail DOT com> <416096c60907271229n1f87acd0ha410da5dc8c51d54 AT mail DOT gmail DOT com> <C60F7B43-C1F9-444D-9DA6-DF664FF3FC27 AT uni-dortmund DOT de> <4A6ECECC DOT 7030404 AT gmail DOT com> <5D074DD3-FF46-44EF-B015-59531A8D8DC3 AT uni-dortmund DOT de>
In-Reply-To: <5D074DD3-FF46-44EF-B015-59531A8D8DC3@uni-dortmund.de>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Georg Troska wrote:
> Hi,
> this information was very usefull to me. Thank you very much.
> 
> My plan is to build a dll with cygwin, that does not depend on cygwin1.dll.
> unfortunatelly my library is build now (that is great) but it still
> depends on cygwin1.dll (I have done objdump -P .. | grep dll)

  You have just discovered why -mno-cygwin is a kludgey hack that we are
removing from future versions of the compiler!

> Is it possible that the w32api-winsock library depends on this as well?

  Nope, it does not have any dependencies, it simply declares import stubs.

> I do not understand where this dependency comes from

  Well, look at the full objdump -P output and find exactly which functions
from the cygwin DLL are being imported, then find out where in your code is
calling any of them; run 'nm' on the .o files and find out which one calls the
function, recompile that one using --save-temps and have a look at the
pre-processed source (.i file) to see where and why the function gets called.
 It could be, for example, that some of the cygwin headers are still getting
pulled into your build and they have some inline function in them.

    cheers,
      DaveK

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple