www.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-developers/1998/10/30/09:32:50

From: khan AT xraylith DOT wisc DOT edu (Mumit Khan)
Subject: Re: Another cygwin snapshot -- 981026
30 Oct 1998 09:32:50 -0800 :
Message-ID: <Pine.SUN.3.93.981030110443.1202A-100000.cygnus.cygwin32.developers@modi.xraylith.wisc.edu>
References: <19981030114650 DOT A313 AT cygnus DOT com>
Mime-Version: 1.0
To: Christopher Faylor <cgf AT cygnus DOT com>
Cc: Geoffrey Noer <noer AT cygnus DOT com>, cygwin32-developers AT cygnus DOT com

On Fri, 30 Oct 1998, Christopher Faylor wrote:

> 
> The old "32" versions were deprecated not eliminated so this should,
> theoretically, not be a problem.
> 

Actually, in this case it is. The winsup file dll_entry.cc instantiates
the macro DECLARE_CYGWIN_DLL, which instantiates _cygwin_dll_entry AT 12
not _cygwin32_dll_entry AT 12 I've referenced in both dlltool.c and
dllwrap.c. It's not a big deal, only that people will have to explicitly
specify ``--entry __cygwin_dll_entry AT 12'' each time instead of the
default working for them when building a DLL.

The entry point is not exported from cygwin.dll, so the new aliases for
backward compatibility don't apply here.

Mumit


- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019