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:	<199906241715.MAA10937@mercury.xraylith.wisc.edu>
To:	Emanuele ALIBERTI <ealiberti AT hotmail DOT com>
cc:	cygwin AT sourceware DOT cygnus DOT com
Subject:	Re: Dlls @n symbols
In-Reply-To:	Your message of "Thu, 24 Jun 1999 00:15:16 PDT."
	<19990624071517 DOT 16896 DOT qmail AT hotmail DOT com>
Date:	Thu, 24 Jun 1999 12:15:36 -0500
From:	Mumit Khan <khan AT xraylith DOT wisc DOT EDU>

Emanuele ALIBERTI <ealiberti AT hotmail DOT com> writes:
> 
> >It turns out that Suhaib's problem is very different than yours.
> 
> It may be I misunderstood it.

Sorry, I should've been clearer. Suhaib and I had been communicating 
privately, and the problem has to do with incorrect prototyping of
__stdcall__ functions, nothing to do with DLLs.

> >What you're telling the dll tools is that you want to link with Bar AT 0, but
> >have the DLL export Bar; similarly with Foo. One way to get both in the
> >export list is the following:
> >
> >  LIBRARY sample
> >  EXPORTS
> >  Bar AT 0
> >  Bar=Bar AT 0
> >  Foo AT 24
> >  Foo=Foo AT 24
> >
> >Now sample.dll exports both Foo and Foo AT 24.
> 
> The goal for me is:
> 1. NOT having mangled names in the exports table
> 2. having an import library which lets ld lookup mangled names
> 3. having finally an application that imports UNmangled names
> 
> I succeeded only with step 1.

I don't understand (2) and (3). Could you please elaborate, with examples,
and then we can discuss if they're feasible or not. If these steps are 
not possible with MSVC or Borland, chances are it won't be easily doable 
or practical in GNU tools either.

One thing that MSVC does, and it's very handy, is the following:
  
  EXPORTS
    foo

where foo can be __cdecl__ (ie., just _foo) or __stdcall__ (ie., _foo@<n>)
and it'll do the right thing. This is quite impractical to do with dlltool,
but perhaps in the new ld that will support --shared directly.

> Thank you for answering and the URL.

Here's the correct URL.

  http://www.xraylith.wisc.edu/~khan/gnu-win32/dllhelpers.html

Regards,
Mumit


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -