Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm
Sender: cygwin-owner@sourceware.cygnus.com
Path: james.esem.com!not-for-mail
From: Oliver Nittka <nittka@esem.com>
Subject: Re: __stdcall in 3rd-party dll
Date: 17 Feb 2000 12:56:12 +0100
Organization: ESEM Gmbh, Markdorf/Germany
Lines: 43
Message-ID: <u7lg459gj.fsf@esem.com>
References: <200002151634.KAA03715@hp2.xraylith.wisc.edu>
NNTP-Posting-Host: edp22.esem.com
NNTP-Posting-Date: 17 Feb 2000 11:56:14 GMT
Xref: james.esem.com mailing-lists.cygwin:1005
To: cygwin@sourceware.cygnus.com

Mumit Khan <khan@NanoTech.Wisc.EDU> writes:

> Create a .def file that looks like the following:
>   
>   LIBRARY "gpib-32.dll"
>   EXPORTS
>   ibdev@24
>   ibwrt@12
>   ibrd@12

as always, you are right, mumit :-)
i was absolutely sure that i had tried every possible
combination of import lib / function prototypes / def file ...

well, it works now :-)
the only thing that i don't like with this approach is that i have to
manually create the def-file using either the linker error output or
the header-file to add the correct values for the decoration. looks
like a job for some perl-script :-)

because of that, i get back to my question: would't it be possible for
ld to link to the undecorated symbols if it can't find the decorated
ones ?
i would be willing to (try to) do that patch, but perhaps there's
something that prevents that approach ?

> I don't understand why you see ibwrt@16, it should be ibwrt@12 given the

oh, sorry. i typed that from memory and (when typing it) reminded
myself serveral times to look up the actual error messages, because
somebody might get confused ;-)

> Regards,
> Mumit

thanks, mumit !

  -- oly
-- 
Oliver Nittka              | nittka@esem.com
ESEM Grünau GmbH & Co. KG  | http://www.esem.com
Dornierstraße 6            | phone: +49 7544 9583-25
88677 Markdorf / Germany   | fax:   +49 7544 9583-60


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com