Error compiling with g++ 3.4.4

[JR]

The code below compiles and runs perfectly in Windows XP Pro, Using MS
VS 2005.
If I compile with g++ (cygwin) using the following command line:
g++ -pedantic -Weffc++ -Wall -Wctor-dtor-privacy -Wold-style-cast -
Woverloaded-virtual -o kk kk.cpp

it displays the following errors:
kk.cpp: In function `void Burp(std:stream&,
std::vector<std::vector<T, std::allocator<_CharT> >,
std::allocator<std::vector<T, std::allocator<_CharT> > > >&)':
kk.cpp:15: error: expected `;' before "ite"
kk.cpp:15: error: `ite' undeclared (first use this function)
kk.cpp:15: error: (Each undeclared identifier is reported only once
for each function it appears in.)

Any help is appreciated, Thanks.

CODE:

#include <iostream>
#include <vector>
#include <algorithm>
#include <stdexcept>
#include <iterator>

using namespace std;

template <typename T>
void Burp(ostream& os, vector< vector<T> >& vec)
{
os << "Our vector of vectors" << endl;
for(vector< vector<T> >::iterator ite = vec.begin(); ite!=
vec.end();ite++)
{
copy((*ite).begin(), (*ite).end(), ostream_iterator<T>(os, " "));
os << endl;
}
os << "/Our vector of vectors" << endl;
}

 

[Erik Wikström]

The code below compiles and runs perfectly in Windows XP Pro, Using MS
VS 2005.
If I compile with g++ (cygwin) using the following command line:
g++ -pedantic -Weffc++ -Wall -Wctor-dtor-privacy -Wold-style-cast -
Woverloaded-virtual -o kk kk.cpp

it displays the following errors:
kk.cpp: In function `void Burp(std:stream&,
std::vector<std::vector<T, std::allocator<_CharT> >,
std::allocator<std::vector<T, std::allocator<_CharT> > > >&)':
kk.cpp:15: error: expected `;' before "ite"
kk.cpp:15: error: `ite' undeclared (first use this function)
kk.cpp:15: error: (Each undeclared identifier is reported only once
for each function it appears in.)

Any help is appreciated, Thanks.

CODE:

#include <iostream>
#include <vector>
#include <algorithm>
#include <stdexcept>
#include <iterator>

using namespace std;

template <typename T>
void Burp(ostream& os, vector< vector<T> >& vec)
{
os << "Our vector of vectors" << endl;
for(vector< vector<T> >::iterator ite = vec.begin(); ite!=

I can't see anything wrong on the 15th line (the above is the 13th) but
try using
for (typename vector< vector<T> >::iterator ite = ...

 

[JR]

I can't see anything wrong on the 15th line (the above is the 13th) but
try using
  for (typename vector< vector<T> >::iterator ite = ...

Hi Erik, and many thanks for your input.

Two things:

- How did you figure out that by adding "typename" the error would
go?...by the way the error message is not appearing anymore...
-...however, now I am getting the following error (it looks like it
came from a deeper part of the compiling process):
$ g++ -Weffc++ -Wall -Wctor-dtor-privacy -Wold-style-cast -
Woverloaded-virtual -o kk kk.cpp
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../libcygwin.a(libcmain.o):
(.text+0xab): undefined reference to `_WinMain@16'
collect2: ld returned 1 exit status

Does anybody know if the compiler g++ 3.4.4 is broken?

Thanks again in advance. JR

 

[peter koch]

Hi Erik, and many thanks for your input.

Two things:

- How did you figure out that by adding "typename" the error would
go?...by the way the error message is not appearing anymore...

Because it is required by the standard. So it is Microsofts compiler
that is broken in this respect, not gcc.

-...however, now I am getting the following error (it looks like it
came from a deeper part of the compiling process):
$ g++  -Weffc++ -Wall -Wctor-dtor-privacy  -Wold-style-cast -
Woverloaded-virtual -o kk kk.cpp
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../libcygwin.a(libcmain.o):
(.text+0xab): undefined reference to `_WinMain@16'
collect2: ld returned 1 exit status

This is a linker error. You are more likely to get help in a gcc
newsgroup, but most likely you forgot to include a library.

Does anybody know if the compiler g++ 3.4.4 is broken?

Yes it is - in the strictest sense of the word. But not here.

/Peter

 

[JR]

Hi Erik, and many thanks for your input.

Two things:

- How did you figure out that by adding "typename" the error would
go?...by the way the error message is not appearing anymore...
-...however, now I am getting the following error (it looks like it
came from a deeper part of the compiling process):
$ g++  -Weffc++ -Wall -Wctor-dtor-privacy  -Wold-style-cast -
Woverloaded-virtual -o kk kk.cpp
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../libcygwin.a(libcmain.o):
(.text+0xab): undefined reference to `_WinMain@16'
collect2: ld returned 1 exit status

Does anybody know if the compiler g++ 3.4.4 is broken?

Thanks again in advance. JR

Hi,

I resolved this problem by going to the mail archive of the cygwin
mailing list for the Cygwin project, posting:
http://cygwin.com/ml/cygwin/2004-03/msg00194.html
Based on the command line for the compiling, I tried the following and
it seemd to have worked:

g++ -mno-cygwin -Weffc++ -Wall -Wctor-dtor-privacy -Wold-style-cast -
Woverloaded-virtual -o kk kk.cpp

I also utilized Erik W's advice by addding a typename before the
instantiation of the iterator.

Thanks Erik W!

JR

CODE: kk.cpp

#include <iostream>
#include <vector>
#include <algorithm>
#include <stdexcept>
#include <iterator>

using namespace std;

template <typename T>
void Burp(ostream& os, vector< vector<T> >& vec)
{
os << "Our vector of vectors" << endl;
for(typename vector< vector<T> >::iterator ite = vec.begin();
ite!= vec.end();ite++)
{
copy((*ite).begin(), (*ite).end(),
ostream_iterator<T>(os, " "));
os << endl;
}
os << "/Our vector of vectors" << endl;
}

int main(int argc, char argv[])
{
return 0;
}

 

[James Kanze]

Because it is required by the standard. So it is Microsofts
compiler that is broken in this respect, not gcc.

Or it's just supporting pre-standard code. Earlier
implementations of templates didn't require typename here, and
any good compiler will have an option allowing the code to
compile even without it. (To be fair, depending on the internal
structure of the compiler, this can be a very expensive option
to implement.)

This is a linker error. You are more likely to get help in a gcc
newsgroup, but most likely you forgot to include a library.

With a name like _WinMain, I'd guess that he's trying to compile
Microsoft specific code on a non-Microsoft platform.