After running ./configure without a hitch have hit the
wall on running make with undeclared errors: i.e.:
++ -DHAVE_CONFIG_H -I. -I. -I../include -I../include -g
-O2 -fno-implicit-templates -c cvector.cpp -MT
cvector.lo -MD -MP -MF .deps/cvector.TPlo -fPIC -DPIC
-o .libs/cvector.lo
In file included from cvector.h:31,
from cvector.cpp:27:
vector.h: In member function `int
PLib::Vector<T>::rows() const':
vector.h:73: error: `sze' undeclared (first use this
function)
vector.h:73: error: (Each undeclared identifier is
reported only once for each function it appears in.)
In file included from cvector.cpp:27:
cvector.h: In member function `T&
PLib::CVector<T>::operator[](int)':
cvector.h:57: error: `x' undeclared (first use this
function)
cvector.h:57: error: `sze' undeclared (first use this
function)
cvector.h: In member function `T
PLib::CVector<T>::operator[](int) const':
cvector.h:58: error: `x' undeclared (first use this
function)
cvector.h:58: error: `sze' undeclared (first use this
function)
cvector.h: In member function `void
PLib::CVector<T>::put(T)':
cvector.h:60: error: `x' undeclared (first use this
function)
cvector.h:60: error: `sze' undeclared (first use this
function)
This sounds like a compiler switch setting? or gcc
level problem. The
Fedora core three system was scratch built, i.e. not an
upgrade so the compiler settings are stock fedora core
three.
Has me stumped....
Phil
cobbin@cobbin.com
Logged In: YES
user_id=63535
Would that be g++-3.4 compiling? I have the same problem,
which is described under
<http://gcc.gnu.org/bugs.html#upgrading> "New in GCC 3.4.0"
(see the fourth item "This also affects members of base
classes...").
I have been working on a patch for the last week, as I can't
use g++ < 3.4 due to conflicts with other libraries I need.
I attached the patch (24kb gzipped patch-file), which also
fixes some other things regarding newer versions of autoconf
and automake. NO WARRANTY WHATSOEVER!
I modified the sources just according to the error messages
of the compiler. Also I had to change some stuff in "#ifdef
NO_IMPLICIT_TEMPLATES" sections due to the newer STLs. I'll
write up a more complete description as soon as I get to it.
I'm not sure whether it will still compile with older compilers.