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: <199903130037.SAA00256@modi.xraylith.wisc.edu> X-Authentication-Warning: modi.xraylith.wisc.edu: localhost.xraylith.wisc.edu [127.0.0.1] didn't use HELO protocol To: Greg Miller cc: cygwin AT sourceware DOT cygnus DOT com Subject: Re: linking and iostreams In-reply-to: Your message of "Fri, 12 Mar 1999 16:51:22 CST." <36E99A6A DOT FC36E7F AT classic-games DOT com> Date: Fri, 12 Mar 1999 18:37:54 -0600 From: Mumit Khan Greg Miller writes: > Mumit Khan wrote: > > > > Greg Miller writes: > > > but generates numerous undefined references during linking when compiled > > > with: > > > > > > g++ -mno-cygwin test.c > > Oops.. just noticed an error here... That should have been: > > g++ -mno-cygwin test.c -L //d/cygnus/cygwinb20/mingw-libs > > In any event, is it linking the wrong libstdc++.a despite the "-L" > switch? or is something else wrong? I can't tell unless you include some of the undefined symbols. BTW, I've updated my egcs-1.1.1-mingw-extra package to include both the required libs and includes (_G_config.h). The linker has a verbose option that helps. Similarly, the compiler has a -H option that shows the includes being included. $ g++ -mno-cygwin -H -c test.c shows the includes. $ g++ -mno-cygwin -Wl,--verbose test.o shows the libraries being linked in (prints loads of output!).. Both of these switches are very useful for debugging a problem like yours. Regards, Mumit -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com