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: <199907050050.TAA20237@mercury.xraylith.wisc.edu> To: tjoen AT dds DOT nl cc: cygwin AT sourceware DOT cygnus DOT com Subject: Re: Libraries not working In-Reply-To: Your message of "Sun, 04 Jul 1999 11:18:59 +0200." <199907040919 DOT LAA16704 AT localhost DOT localdomain> Date: Sun, 04 Jul 1999 19:50:57 -0500 From: Mumit Khan tjoen AT dds DOT nl writes: > > /tmp/cciFT7S1.o(.text+0x103):show.c: undefined reference to > > `IMG_Load_RW' > > /usr/win32/bin/../lib/gcc-lib/i586-mingw32/egcs-2.91.57/../../../../i586-mi > ngw32/lib/libmingw32.a(main.o)(.text+0x7b): > > undefined reference to `WinMain AT 16' > > collect2: ld returned 1 exit status > > > > IMG_Load_RW is clearly defined in IMG.h which is included in the show.c > > source code. > > I guess that it is only declared, not defined > > > Also I have a main function and the FAQ says that if you > > get the undefined reference to `WinMain AT 16' to include a blank main > > statement, well, I am not building a library I already HAVE a main > > statement. > > One solution: link with WinMain.o > The other was explained by Mumit Khan in a posting May 13 I believe you're referring to the problem that shows up when linking V GUI examples, which puts WinMain in a library. The solution there is to use -Wl,-u,_WinMain AT 16 when linking (in addition to -mwindows). I don't have enough information on this particular problem to be able to comment. Regards, Mumit -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com