Date: Sat, 12 Oct 2002 12:49:35 +0200 From: Laurynas Biveinis X-Mailer: The Bat! (v1.61) Personal X-Priority: 3 (Normal) Message-ID: <1722041542352.20021012124935@softhome.net> To: pavenis AT lanet DOT lv CC: djgpp-workers AT delorie DOT com Subject: Re: djdev 2.03 refresh mk2 and GCC 3.2 ? In-Reply-To: <10210070203.AA18995@clio.rice.edu> References: <10210070203 DOT AA18995 AT clio DOT rice DOT edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 Oct 2002 10:48:13.0972 (UTC) FILETIME=[DD52A540:01C271DC] Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk >> Is there any way I could try to do that? At least it doesn't build out >> of the box, and I'm sure it has been discussed there when I didn't >> follow this list. Surely GCC 3.2 isn't just for djdev 2.04? > Are there other header problems? I didn't do any GCC builds. Haven't seen any yet. However, it fails like this with GCC 3.2: [...] gcc -g mkdoc.cc -o ../../hostbin/mkdoc.exe c:\devel\djgpp\tmp/ccPqGmvJ.o:c:/devel/djgpp/src/mkdoc/mkdoc.cc:118: undefined reference to `operator new(unsigned long)' c:\devel\djgpp\tmp/ccPqGmvJ.o:c:/devel/djgpp/src/mkdoc/mkdoc.cc:174: undefined reference to `operator new(unsigned long)' c:\devel\djgpp\tmp/ccPqGmvJ.o:c:/devel/djgpp/src/mkdoc/mkdoc.cc:307: undefined reference to `operator delete(void*)' c:\devel\djgpp\tmp/ccPqGmvJ.o:c:/devel/djgpp/src/mkdoc/mkdoc.cc:356: undefined reference to `operator new(unsigned long)' c:\devel\djgpp\tmp/ccPqGmvJ.o:c:/devel/djgpp/src/mkdoc/mkdoc.cc:356: undefined reference to `operator delete(void*)' c:\devel\djgpp\tmp/ccPqGmvJ.o:c:/devel/djgpp/src/mkdoc/mkdoc.cc:417: undefined reference to `operator new(unsigned long)' c:\devel\djgpp\tmp/ccPqGmvJ.o:c:/devel/djgpp/src/mkdoc/mkdoc.cc:417: undefined reference to `operator delete(void*)' c:\devel\djgpp\tmp/ccPqGmvJ.o:c:/devel/djgpp/src/mkdoc/mkdoc.cc:417: undefined reference to `operator delete(void*)' c:\devel\djgpp\tmp/ccPqGmvJ.o: In function `_Z14scan_directoryPc': c:/devel/djgpp/src/mkdoc/mkdoc.cc:522: undefined reference to `operator new[](unsigned long)' c:/devel/djgpp/src/mkdoc/mkdoc.cc:544: undefined reference to `operator new(unsigned long)' c:/devel/djgpp/src/mkdoc/mkdoc.cc:544: undefined reference to `operator delete(void*)' c:/devel/djgpp/src/mkdoc/mkdoc.cc:544: undefined reference to `operator delete(void*)' c:\devel\djgpp\tmp/ccPqGmvJ.o(.eh_frame+0x12):mkdoc.cc: undefined reference to `___gxx_personality_v0' collect2: ld returned 1 exit status make.exe[1]: *** [../../hostbin/mkdoc.exe] Error 1 make.exe: *** [subs] Error 2 libstdc++ does not get linked in, huh? I suspect something in gcc driver, compare: sh-2.04$ gcc -v test-cxx.cc -o test-cxx.exe Reading specs from c:/devel/djgpp/lib/gcc-lib/djgpp/3.2/specs Configured with: /devel/gcc32/gnu/gcc-3.2/configure i586-pc-msdosdjgpp --prefix=/dev/env/DJDIR --disable-nls Thread model: single gcc version 3.2 c:/devel/djgpp/lib/gcc-lib/djgpp/3.2/cc1plus.exe -v -D__GNUC__=3 -D__GNUC_MINOR__=2 -D__GNUC_PATCHLEVEL__=0 -D__GXX_ABI_VERSION=102 -D__MSDOS__ -D__GO32__ -D__DJGPP__=2 -D__unix__ -D__MSDOS__ -D__GO32__ -D__DJGPP__=2 -D__unix__ -Asystem=msdos -Asystem=unix -D__NO_INLINE__ -D__STDC_HOSTED__=1 -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i586__ -D__tune_pentium__ -DMSDOS -DGO32 -DDJGPP=2 -Dunix -remap -imacros c:/devel/djgpp/lib/gcc-lib/djgpp/3.2/djgpp.ver test-cxx.cc -D__GNUG__=3 -D__DEPRECATED -D__EXCEPTIONS -quiet -dumpbase test-cxx.cc -version -o c:\devel\djgpp\tmp/cc21f1oG.s GNU CPP version 3.2 (cpplib) (80386, BSD syntax) GNU C++ version 3.2 (djgpp) compiled by GNU C version 3.2. ignoring nonexistent directory "c:/devel/djgpp/djgpp/include" #include "..." search starts here: #include <...> search starts here: c:/devel/djgpp/lang/cxx/3.2 c:/devel/djgpp/lang/cxx/3.2/djgpp c:/devel/djgpp/lang/cxx/3.2/backward c:/devel/djgpp/lib/gcc-lib/djgpp/3.2/include c:/devel/djgpp/include End of search list. c:/devel/djgpp/bin/as.exe --traditional-format -o c:\devel\djgpp\tmp/ccGNMkEU.o c:\devel\djgpp\tmp/cc21f1oG.s c:/devel/djgpp/lib/gcc-lib/djgpp/3.2/collect2.exe -o test-cxx.exe c:/devel/djgpp/lib/crt0.o -Lc:/devel/djgpp/lib -Lc:/devel/djgpp/lib/gcc-lib/djgpp/3.2 -Lc:/devel/djgpp/bin -Lc:/devel/djgpp/lib -Lc:/devel/djgpp/lib/gcc-lib/djgpp/3.2/../../.. c:\devel\djgpp\tmp/ccGNMkEU.o -lgcc -lc -lgcc -Tdjgpp-x.djl c:\devel\djgpp\tmp/ccGNMkEU.o(.text+0x23):test-cxx.cc: undefined reference to `std::cout' c:\devel\djgpp\tmp/ccGNMkEU.o(.text+0x28):test-cxx.cc: undefined reference to `std::basic_ostream >& std::operator<< >(std::basic_ostream >&, char const*)' c:\devel\djgpp\tmp/ccGNMkEU.o(.text+0x54):test-cxx.cc: undefined reference to `std::ios_base::Init::Init[in-charge]()' c:\devel\djgpp\tmp/ccGNMkEU.o(.text+0x73):test-cxx.cc: undefined reference to `std::ios_base::Init::~Init [in-charge]()' c:\devel\djgpp\tmp/ccGNMkEU.o(.eh_frame+0x11):test-cxx.cc: undefined reference to `___gxx_personality_v0' collect2: ld returned 1 exit status sh-2.04$ gxx -v test-cxx.cc -o test-cxx.exe Reading specs from c:/devel/djgpp/lib/gcc-lib/djgpp/3.2/specs Configured with: /devel/gcc32/gnu/gcc-3.2/configure i586-pc-msdosdjgpp --prefix=/dev/env/DJDIR --disable-nls Thread model: single gcc version 3.2 c:/devel/djgpp/lib/gcc-lib/djgpp/3.2/cc1plus.exe -v -D__GNUC__=3 -D__GNUC_MINOR__=2 -D__GNUC_PATCHLEVEL__=0 -D__GXX_ABI_VERSION=102 -D__MSDOS__ -D__GO32__ -D__DJGPP__=2 -D__unix__ -D__MSDOS__ -D__GO32__ -D__DJGPP__=2 -D__unix__ -Asystem=msdos -Asystem=unix -D__NO_INLINE__ -D__STDC_HOSTED__=1 -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i586__ -D__tune_pentium__ -DMSDOS -DGO32 -DDJGPP=2 -Dunix -remap -imacros c:/devel/djgpp/lib/gcc-lib/djgpp/3.2/djgpp.ver test-cxx.cc -D__GNUG__=3 -D__DEPRECATED -D__EXCEPTIONS -quiet -dumpbase test-cxx.cc -version -o c:\devel\djgpp\tmp/ccXSEtU7.s GNU CPP version 3.2 (cpplib) (80386, BSD syntax) GNU C++ version 3.2 (djgpp) compiled by GNU C version 3.2. ignoring nonexistent directory "c:/devel/djgpp/djgpp/include" #include "..." search starts here: #include <...> search starts here: c:/devel/djgpp/lang/cxx/3.2 c:/devel/djgpp/lang/cxx/3.2/djgpp c:/devel/djgpp/lang/cxx/3.2/backward c:/devel/djgpp/lib/gcc-lib/djgpp/3.2/include c:/devel/djgpp/include End of search list. c:/devel/djgpp/bin/as.exe --traditional-format -o c:\devel\djgpp\tmp/cc7EWTe9.o c:\devel\djgpp\tmp/ccXSEtU7.s c:/devel/djgpp/lib/gcc-lib/djgpp/3.2/collect2.exe -o test-cxx.exe c:/devel/djgpp/lib/crt0.o -Lc:/devel/djgpp/lib -Lc:/devel/djgpp/lib/gcc-lib/djgpp/3.2 -Lc:/devel/djgpp/bin -Lc:/devel/djgpp/lib -Lc:/devel/djgpp/lib/gcc-lib/djgpp/3.2/../../.. c:\devel\djgpp\tmp/cc7EWTe9.o -lstdcxx -lm -lgcc -lc -lgcc -Tdjgpp-x.djl c:/devel/djgpp/bin/stubify.exe -v test-cxx.exe stubify for djgpp V2.X executables, Copyright (C) 1995 DJ Delorie stubify: test-cxx.exe -> test-cxx.000 -> test-cxx.exe Or does that mean that my C++ compiler installation is broken? Laurynas