Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <037e01c2daea$4703d0b0$666d86d9@webdev> From: "Elfyn McBratney" To: "cygwin" , "Wil Hunt" References: <000001c2dacb$be2be840$0a00a8c0 AT WORK1> Subject: Re: DLL calling a DLL: undefined reference when linking. Date: Sun, 23 Feb 2003 03:18:45 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 > That didn't seem to work. I'm still confused as to why the > --enable-stdcall-fixup flag doesn't appear to be working. > > [...] > > > > Both the extern prototype and the function call are in dllhello.C. > Thus > it > > does see the prototype. As a further note and after further testing, > if I > > use implib on other.dll, I get the export list. If I add an alias in > the > > .def file > > > > InitAPI AT 4 > > InitAPI=InitAPI AT 4 > > > > then use dlltool to create the library, I can link against that > library > > successfully. > > > > So it seems clear that --enable-stdcall-fixup isn't working as > advertised. > > > > Any idea why? > > > > Wil > > What if you change the ordering, to say > > extern "C" void PASCAL InitAPI( int handle ); > > ? Or use __stdcall instead of PASCAL ? Mmmmm... You are including windef.h, right? Regards, Elfyn McBratney elfyn AT exposure DOT org DOT uk www.exposure.org.uk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/