This order looks more logical, easier to read.

--HG--
extra : transplant_source : N%A1%DE%08%B0%D9%8B%24%91%2B%29%F0%E9%20%ACY%0EQ%60F

Fixed a code example which had been indented with 2 spaces.

--HG--
extra : transplant_source : %C2%2A8%18%CE%18%87f%BD%E5%0D%5D%90%BA%A0%40%3B%FA%B3%A6

- fixed wrong references (The file on the left (right) -> actual file name)
- divided an example snippet of three files into separate files

--HG--
extra : transplant_source : N0%87%F3%B0%B3W%C5%D6%B93%01T%AB%14%E0%CF%A7%B79

--HG--
extra : transplant_source : %04%AD%9D%8Dy%E4%7F%D04ib%0E%90%DB%D48%C3%88%19g

Originally reported in Debian http://bugs.debian.org/cgi-bin/bugreport.cgi\?bug\=692313
Lead to crash with python-dbg:

  python-dbg: ../Modules/gcmodule.c:366: visit_decref: Assertion 'gc->gc.gc_refs != 0' failed

--HG--
extra : transplant_source : D%E7%E2%8D%C4i%B7%08%F4%83%08sQ%84%27%3E%F3%17%AB%24

--HG--
extra : transplant_source : %88%DC%06k%08%83%3C%E2%17%A5%A24%3E%BC%0Au%92%5DEK

raise overflow error in Py3.3+ when non-BMP Unicode characters are coerced into a short Py_UNICODE value

--HG--
extra : transplant_source : %D3%96%7C%F9%3F%AE%1AA%8C%B9%0E%918%FB%27%F4%CB%E7u-

--HG--
extra : transplant_source : %7C%3E%C7x%E7%A8s%CEF%B5%90%C5%DC%AD%CD%5E%1Fg%F9%7E

--HG--
extra : transplant_source : %CC%EC%23%19%11%1A%22%FB%5C-%18%AD%0D%FC%24L%BD%81%91%FF

--HG--
extra : transplant_source : %08%F6%88rE%C7%F5%CD.%9Ad%244m%0Cw%8C%25g%C0

--HG--
extra : transplant_source : %01%22lN%B0%1D%B9h%AC%2B4%E1F%7FQ%15%E6%F3%F1%9F

--HG--
extra : transplant_source : 81Y%F6%E5%B8%BF%F4%D9%97%85%93%16%9B%A5E%B2%FD%AE%5C

--HG--
extra : transplant_source : %A1/-i%8Cd%C3%DBCy%19%7C%19%87%B9%C5%60%B9P%F5

--HG--
extra : transplant_source : %D5%C52%5C7%CD%85%8F%3D7%9C%27%C6%8AGb%DBX%AEe

--HG--
extra : transplant_source : %D3j%DF%23%CF%DB%14p%01y%26%8D%D3%91%03z%9BZ%BF%CD

--HG--
extra : transplant_source : %5B%CA%EDn_W3%84%FB%11.f%5C%FC%0E%F9%26%A9%29R

--HG--
extra : transplant_source : %06m%CA%82%F2%FDq%E4%88%DDJ%C8%FDe%00KG%D55%CB

--HG--
extra : transplant_source : %CFQ%F5rF%11j%FE0%F7%C4j%0A%0A%2B%E2%3AF%89%E9

--HG--
extra : transplant_source : %5D%AE%1EG%B0%F9%A2%C2%1A%FB5%A6%A65%A5%EE%C4%AC%C4%AD

--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.