beginning with python3.3 it is different than the general include
directory on debian based systems

Conflicts:
	Cython/Compiler/Optimize.py
	Cython/Compiler/TypeInference.py

--HG--
extra : transplant_source : l%01%83uy%F4Z%F6%AD%FBj%9E%1B%E8%C1O%0C%25R%1B

--HG--
extra : transplant_source : C%C7%2Ak%C4%89%DA%C1f%85%86%0D%9E%7F_%B4%17%D2t%40

There appears to be a pb in 9df8c9da.

For a template class, A::B::C<T1,T2>
the destructor name was C<T1,T2>
leading to code like
A::B::C<T1,T2>::~C<T1,T2>()

which does not compile on gcc (4.6, 4.7), also it seems to be correct code ...
clang and intel C++ compile it, but not gcc.

I changed the name to generate the code :

A::B::C<T1,T2>::~C()

which compiles on gcc, clang, intel

by further cutting the <...> in the destructor name.

Destructor name again : compilation issue with gcc...

There appears to be a pb in 9df8c9da.

For a template class, A::B::C<T1,T2>
the destructor name was C<T1,T2>
leading to code like
A::B::C<T1,T2>::~C<T1,T2>()

which does not compile on gcc (4.6, 4.7), also it seems to be correct code ...
clang and intel C++ compile it, but not gcc.

I changed the name to generate the code :

A::B::C<T1,T2>::~C()

which compiles on gcc, clang, intel

by further cutting the <...> in the destructor name.

--HG--
extra : transplant_source : %B2%2Cy%7D%FD%EBA%B6t%E7%99%FE%8D%B0f%9BN%98%C7%0C

--HG--
extra : transplant_source : %04A%81%18%40%C9Q%F1%1B%B8t%DC%1C%EB%1B%60%03%AC%02%EC

--HG--
extra : transplant_source : 1%92%CA%A14x%08H%1D%3A%F3z%E7%E22%BF%CA%D2%1B%10