Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
X-Injected-Via-Gmane: http://gmane.org/
To: cygwin@cygwin.com
From: Charles Wilson <cwilson@ece.gatech.edu>
Subject: Re: gdbm, libgdbm3, libgdbm-devel 1.8.3-1
Date: Sun, 30 Mar 2003 14:08:54 -0500
Lines: 47
Message-ID: <3E8740C6.9090502@ece.gatech.edu>
References: <3E852558.70002@ece.gatech.edu> <39348797744.20030330154757@familiehaase.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@main.gmane.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0
X-Accept-Language: en-us, en



Gerrit P. Haase wrote:
> Hallo Charles,
> 
> Am Samstag, 29. März 2003 um 06:47 schriebst du:
> 
> 
>>This means the cyggdbm_devel-3.dll is also in the libgdbm3 package.
> 
>                         ^^^^^^
>                         _compat

Oops.  <g>  I notice my original message also has a ton of grammatical 
and spelling errors, too...I'm so embarrassed.

>>Further, it means that any application code that USED the "dbm" or 
>>"ndbm" personalities, now needs to link with "-lgdbm_compat -lgdbm" and 
>>not just -lgdbm.  Most programs don't use the compatibility 
>>personalities, and can simply continue to link only against -lgdbm.
> 
> 
> I linked just with libgdbm_compat for the NDBM_File and ODBM_File Perl
> modules, works fine, all tests successful.

Woo-hoo!  Thanks, Gerritt.

So, you didn't need to ALSO link those against -lgdbm?  I mean, 
cyggdbm_compat-3.dll depends on cyggdbm-3.dll according to cygcheck.  I 
thought that meant you had to include the dependencies on the link line 
**even** if your app doesn't directly access any of the stuff in the 
remote dependency?

e.g. chuck.exe uses cyggdbm_compat-3.dll
      cyggdbm_compat-3.dll depends on cyggdbm-3.dll
      chuck.exe does NOT directly use anything in cyggdbm-3.dll

But I still have to say
      gcc -o chuck.exe ...... -lgdbm_compat -lgdbm
right?  wrong?

If I'm right, then I'm confused as to how Perl built properly -- unless 
perl uses libtool for linking (in which case intrinsic deps are handled 
by libtool automatically via the .la mechanism)

--Chuck



--
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/