Date:	Sat, 12 Oct 2002 12:49:35 +0200
From:	Laurynas Biveinis <lauras AT softhome DOT net>
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
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

>> 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<char, std::char_traits<char> >& std::operator<< <std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, 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

- Raw text -