This separation makes no sense.

from dbdocfun.cxx:588:
error: attempt to subscript container with out-of-bounds index 0,
but container only holds 0 elements.

The code in sortparam.cxx still looks quite wrong, and
in table3.cxx there are various arrays hard-coded to size 3...

(regression from a02b445c)

http://llvm.org/bugs/show_bug.cgi?id=12459
It is not clear to me why the explicit cast was there in the first
place, but removing it probably can't make the situation worse
than aborting incorrectly.

regression from 39b8a5f8.

The operator is now automatically provided by ustring.hxx, and I think
this one would not be found with C++11-compliant namespace lookup anyway.

The order seems to be important here.
However it has worked for me and I am not sure this will fix tinderboxes.

...the same way cpp_uno/gcc3_linux_x86-64 was already adapted.

Rename twice and also check if upon renaming two tables have the same name or not

Revert "Clang WaE: -Woverloaded-virtual weirdness, this seems to help"
as that broke tinderboxes. Try another way instead, renaming two
versions of the overloaded render() method, so that there is no longer
any overloading.

Compiles -Werror-clean with Clang, hopefully no problem with other
compilers either.

This reverts commit 86b99ab4.