This is the mail archive of the
cygwin@sourceware.cygnus.com
mailing list for the Cygwin project.
Re: __stdcall in 3rd-party dll
- To: cygwin at sourceware dot cygnus dot com
- Subject: Re: __stdcall in 3rd-party dll
- From: Oliver Nittka <nittka at esem dot com>
- Date: 17 Feb 2000 12:56:12 +0100
- Organization: ESEM Gmbh, Markdorf/Germany
- References: <200002151634.KAA03715@hp2.xraylith.wisc.edu>
- Xref: james.esem.com mailing-lists.cygwin:1005
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