Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-apps-owner AT cygwin DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT cygwin DOT com>
List-Help: <mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Mail-Followup-To: cygwin-apps AT cygwin DOT com
Delivered-To: mailing list cygwin-apps AT cygwin DOT com
Message-ID: <3CAB4753.1090500@ece.gatech.edu>
Date: Wed, 03 Apr 2002 13:17:55 -0500
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: cygwin-apps AT cygwin DOT com
Subject: Re: TCP Wrappers
References: <20020403163805 DOT S1475 AT cygbert DOT vinschen DOT de> <Pine DOT LNX DOT 4 DOT 44 DOT 0204031236220 DOT 6106-100000 AT magetower DOT office DOT aol DOT com> <20020403174903 DOT GB7542 AT redhat DOT com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Mostly correct.  Unfortnately, libwrap is bad.  It uses an int 
(allow_severity and deny_severity) that are expected to be defined in 
the application (so, tcpd.h says 'extern int allow_severity').

This is okay in a static lib, but not in a DLL.  instead, stuff must be 
changed around so that the library itself defines those variables, and 
exports them to the applications -- AND the applications must NOT 
declare them...which means patches to main() in tcpd, tcpdmatch, 
safe-finger, etc.

And sshd.

--Chuck

Christopher Faylor wrote:

> On Wed, Apr 03, 2002 at 12:37:25PM -0500, Prentis Brooks wrote:
> 
>>I am willing to look into this, it currently does not use libtool, so I
>>have a lot of mods to make that happen, if I understood cgf right.
>>
> 
> I don't remember saying this.
> 
> It *should* be as simple as saying
> 
> gcc -Wl,--export-all-symbols -shared -o foo.dll -Wl,--out-implib,cygfoo.a *.o
> 
> but I guess it rarely is.
> 
> (I know the above is probably missing some crucial piece or other, I'm
> just vaguely showing how it should work.)
> 
> cgf
>