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 From: "Dave Korn" To: "'Cygwin List'" Subject: RE: Lot of undefined symbols at link time, even with -l option on good libraries Date: Wed, 22 Sep 2004 18:14:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" In-Reply-To: <4151B11A.2020209@atosorigin.com> Message-ID: X-OriginalArrivalTime: 22 Sep 2004 17:17:24.0643 (UTC) FILETIME=[071C8730:01C4A0C8] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id i8MHHtR8031463 > -----Original Message----- > From: Frédéric ORMANCEY > Sent: 22 September 2004 18:07 > I did it, but it don't work ! Ah, ok, that was not clear from your last message! > The --enable-stdcall-fixup option suppress one warning on top > of linker output trace : > AVERTISSEMENT: résolution de _GetModuleHandleA par un > lien vers _GetModuleHandleA AT 4 > and unfortunatly leave ALL other errors with no effect on it. I see. Hmm. That's very strange; it should affect all the errors - that is, if they're all the same kind of error. OTOH it could be that you've gotten the calling conventions wrong with the other pragmas, so that's why --enable-stdcall-fixup doesn't work for them; there must be some different reason why the errors are caused, since they behave differently. You might care to experiment with the "--enable-auto-import" and, failing that, "--enable-extra-pe-debug" options as well. cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/