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 <ealiberti AT hotmail DOT com>
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

>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

- Raw text -