[gtkmm] Re: Intel C++ Compiler 6.0 and gtkmm2 under Win32?

From: Dirk Gerrits <dirk gerrits homeip net>
To: gtkmm-list gnome org
Subject: [gtkmm] Re: Intel C++ Compiler 6.0 and gtkmm2 under Win32?
Date: Mon, 04 Nov 2002 19:53:22 +0100

John Burris wrote:

I've been working on using the Intel compiler. I have successfullycompiled and tested Sigc++. All tests ran with no error. I havecompiled all of gtkmm and been able to compile and run buttonbox,calendar, cellrendercustom,

That's good to hear! I've not been able to reproduce that. I can't evenget libsigc++-1.2.1 to build. (I guess I'll write a post to theirmailing list as well.) With gcc or mingw I get strange linker errorsabout undefined reference to `vtable for ... (see below) and the VisualStudio project file contains non-existant files in the list of files tobuild. Could you please send me your workspace/solution and project files?

However, I'm having trouble with the _auto_store* functions intreeview.h. Intel can't handle them. This show up when tryingto compile gtkdemo. I don't have the time to finish this work untilafter the 15th of November. Work requirements are killing me rightnow. I may need some help with this since I'm not a template expert.


If I ever get that far, I'll let you know of my experiences.

Dirk Gerrits


Administrator S020401 /cygdrive/c/gtk2/libsigc++-1.2.1
$ ./configure --target=i686-pc-mingw32 --prefix=/usr
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal-1.4... missing
checking for working autoconf... missing
checking for working automake-1.4... missing
checking for working autoheader... missing
checking for working makeinfo... found
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... gcc
checking for C compiler default output... a.exe
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix... .exe
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking build system type... i686-pc-cygwin
checking host system type... i686-pc-cygwin
checking for some Win32 platform... yes
checking for native Win32... no
checking for ld used by GCC... c:/MinGW/mingw32/bin/ld.exe
checking if the linker (c:/MinGW/mingw32/bin/ld.exe) is GNU ld... yes
checking for c:/MinGW/mingw32/bin/ld.exe option to reload object files... -r
checking for BSD-compatible nm... /cygdrive/c/MinGW/bin/nm -B
checking whether ln -s works... yes

checking how to recognise dependant libraries... file_magic file formatpei*-i38

6(.*architecture: i386)?
checking command to parse /cygdrive/c/MinGW/bin/nm -B output... ok
checking for dlfcn.h... no
checking for ranlib... ranlib
checking for strip... strip
checking for dlltool... dlltool
checking for as... as
checking for objdump... objdump
checking if libtool should supply DllMain function... no
checking for objdir... .libs
checking for gcc option to produce PIC... -DDLL_EXPORT
checking if gcc PIC flag -DDLL_EXPORT works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes

checking whether the linker (c:/MinGW/mingw32/bin/ld.exe) supportsshared librar

ies... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... Win32 ld.exe
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
creating libtool
checking for gm4... no
checking for m4... m4
checking if m4 is gnu m4 (required)... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking whether we are using SUN CC compiler... no

checking if linker supports global constructors... libtool: link:warning: undef

ined symbols not allowed in i686-pc-cygwin shared libraries
yes
checking if C++ compiler uses std namespace ... yes
checking if C++ compiler supports bool (required)... yes
checking if C++ compiler supports explicit... yes
checking if C++ compiler supports explicit copy ctor... yes
checking if C++ compiler supports const_cast<> (required)... yes
checking if C++ compiler supports mutable (required)... yes
checking if C++ compiler supports partial specialization ... yes
checking if C++ compiler supports name spaces... yes
checking if C++ compiler has intrinsic constructors... yes
checking if C++ compiler allows void returns... yes
checking if C++ compiler supports void cast return... yes
checking if C++ compiler allows specialization of references... yes
checking if C++ compiler allows default template types (required)... yes
checking if C++ environment provides all required features... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating sigc++-1.2.pc
config.status: creating libsigc++.spec
config.status: creating sigc++/Makefile
config.status: creating sigc++/macros/Makefile
config.status: creating sigc++/config/Makefile
config.status: creating scripts/Makefile
config.status: creating examples/Makefile
config.status: creating tests/Makefile
config.status: creating doc/Makefile
config.status: creating doc/manual/Makefile
config.status: creating doc/reference/Makefile
config.status: creating sigc++/config/sigcconfig.h

Administrator S020401 /cygdrive/c/gtk2/libsigc++-1.2.1
$ make
Making all in sigc++
make[1]: Entering directory `/cygdrive/c/gtk2/libsigc++-1.2.1/sigc++'
Making all in .
make[2]: Entering directory `/cygdrive/c/gtk2/libsigc++-1.2.1/sigc++'

/bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H-DLIBSIGC_COMPILATION -I..

 -I.. -I../sigc++/config    -g -O2 -c node.cc
mkdir .libs