Package: g++-3.3
Version: 1:3.3.2-0pre3
Very recently (3.3.2ds1-0pre2 was ok AFAIK) the name lookup mechanisms
changed in g++. This exposes problems with libgtkmm2.0-dev Version 2.2.7-1.
Since g++-3.2 does not complain this looks like a compiler issue (and
not gtkmm's fault) - but I can't tell f
Martin v. Loewis wrote:
Christof Petig <[EMAIL PROTECTED]> writes:
Perhaps the namepace of the first argument determines the namespace
searched for the operator ?
All arguments determine the namespaces search for functions. This is
called Koenig lookup (after Andrew Koenig, inventor o
Christof Petig wrote:
The following code does not compile with g++-3.0 and g++-3.1, but it
does with g++-2.95.4. What is wrong (std:: is not missing!)?
Oh, std:: was missing - in a way ...
std::find only looks in namespace std:: for an operator==, if I specify
it inside namespace std
The following code does not compile with g++-3.0 and g++-3.1, but it
does with g++-2.95.4. What is wrong (std:: is not missing!)?
#include
#include
#include
typedef std::string s_t;
typedef std::pair pair_t;
bool operator==(const pair_t &a,const s_t &b)
{ return a.first==b;
}
int main()
{ st
Package: libstdc++3-dev
Version: 3.0-2
Platform: ppc
If I compile a program which includes any of the following headers:
cassert, cctype, cerrno, clocale (and others)
I get the following errors:
/usr/include/g++-v3/bits/std_cstring.h:40:25: string.h: No such file or
directory
/usr/include/g++-v3/b
5 matches
Mail list logo
