Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm Sender: cygwin-owner AT sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com Message-ID: <19990623070926.36354.qmail@hotmail.com> X-Originating-IP: [193.207.88.164] From: Emanuele ALIBERTI To: Ssiddiqi AT InspirePharm DOT Com, cygwin AT sourceware DOT cygnus DOT com Subject: Re: Dlls @n symbols Date: Wed, 23 Jun 1999 00:09:26 PDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed >I am using dlltool -k --add-stdcall-alias -dllname glide2x.dll >--ouput-lib libglide2x.a > >Though using -k and --add-stdcall-alias I still get the input >library with @n symbols. I am using it in Cygwin B 20.1. >The @n symbols are causing undefined references in the code. >I need the glide input libraries for the XFree X-server for >Cygwin. > >I went through all DLLs helpers documents from Mumit still >could not figure out why @n symbols are not getting excluded >or aliases. > I had to face the same problem. But could not solve it completely yet. There is also a mistake in the dlltool documentation, where it is told the figure after @ is the function's ordinal number: it is actually the stack size the exported function will add to the ESP on return (that's STDCALL). To make a clean exports table, now I use explicit aliasing in the .DEF file: ---------- LIBRARY sample EXPORTS Bar=Bar AT 0 Foo=Foo AT 24 ... ---------- but still fail to generate an import library which makes the application dynamically link correctly. In the context of the previous example .DEF, I get errors like "Loader could not find Foo AT 24 in sample.dll" (in fact sample.dll exports now "Foo", not "Foo AT 24"). ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com