|
From: M. L. <mc...@we...> - 2002-07-14 09:23:33
|
Bruce,
my system is a Mandrake 8.2 (download version) with many
"Mandrake-cooker" updated files / libraries etc.
Kernel version 2.4.18-6mdk.
gcc -v:
=====================================================================
Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux-gnu/3.1/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --enable-long-long --enable-cstdio=stdio
--enable-clocale=generic
--with-gxx-include-dir='$${prefix}/include/g++-v31'
--enable-languages=c,c++,f77,objc,java --program-suffix=-3.1
--host=i586-mandrake-linux-gnu --with-system-zlib
Thread model: posix
gcc version 3.1 (Mandrake Linux 8.3 3.1-0.7mdk)
=====================================================================
Just before this email I changed the /etc/colorgccrc, so that gcc-2.96
was used:
====================================================================
# Define the paths to the actual location of the various compilers.
# (Currently, colorgcc only understands these: g++ gcc c++ cc)
#g++: /usr/bin/g++-3.1
#gcc: /usr/bin/gcc-3.1
#c++: /usr/bin/g++-3.1
#cc: /usr/bin/gcc-3.1
g++: /usr/bin/g++-2.96
gcc: /usr/bin/gcc-2.96
c++: /usr/bin/g++-2.96
cc: /usr/bin/gcc-2.96
====================================================================
Then compilation of cvisualmodule.so was successful.
I'm not a programmer - so I don't understand why gcc-3.1 has a problem
with compiling the cvisualmodule.so ...
Am Son, 2002-07-14 um 03.30 schrieb Bruce Sherwood:
> Here are the relevant statements in cvisual\CXX\Include\CXX_Config.h:
>
> #if STANDARD_LIBRARY_HAS_ITERATOR_TRAITS
> #define random_access_iterator_parent(itemtype)
> STD::random_access_iterator<itemtype, int>
> #else
> #define random_access_iterator_parent(itemtype)
> STD::iterator<STD::random_access_iterator_tag,itemtype,int>
> #endif
>
> Knowing nothing about the Mandrake environment, I don't know what the
> ramifications of this might be.
>
> Bruce Sherwood
|