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
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Message-ID:	<3FF7F6D5.30409@keypro.fi>
Date:	Sun, 04 Jan 2004 13:19:49 +0200
From:	Jani Tiainen <jani DOT tiainen AT keypro DOT fi>
User-Agent:	Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4
MIME-Version:	1.0
To:	Karl Robillard <krobillard AT cox DOT net>
CC:	cygwin AT cygwin DOT com
Subject:	Re: DLL vs. shared object linking behavior
References:	<200401031753 DOT 32396 DOT krobillard AT cox DOT net>
In-Reply-To:	<200401031753.32396.krobillard@cox.net>

Karl Robillard wrote:

> I have a shared library which has undefined references to functions.  On Linux 
> I can build and use the library without problems, but when I build it as a 
> DLL using Cygwin the undefined references are link errors.  Can the Windows 
> loader handle unresolved symbols in DLLs at runtime?  Is there some magic 
> compiler option I can use to allow this?

Well I've been struggling with same things.

Problem is that windows doesn't allow direct undefined references in 
DLL's. So you have to do some magic.

Look reply chain titled "DLL and external symbols", there is some 
information that got me through.

Jani Tiainen


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

- Raw text -