This is not a bug, but the feature! :)
RH DevToolset is not just an alternative compiler built on the side. It's libstdc++ is an LD script. The new C++11 (and above) symbols in your binary would be resolved via static library (built specially and shipped w/ DTS). However, old symbols (existed in the OS's shipped libstdc++) going to be resolved dynamically. That is why ldd shows you libstdc++ from the /usr/lib64! Also, it has Old C++ ABI by default... to make your modern C++ code compatible w/ old libstdc++ DSO.
This feature allows you to use modern C++ standards, and produce a binary which can be executed in the original OS (CentOS/RHEL) w/o any additional "redistributable" shared libraries.
JFYI, if you use strip, make sure you use it from DTS and not the "native" one (shipped in binutils from the OS)! Otherwise, really bad things can happen.
I think the problem is with the more recent versions of binutils. I tried to compile OpenFOAM with gcc-4.7.2 using binutils 2.23.2 and got the same error with cmake. I tried versions 2.8.3, 2.8.4 and the most recent 2.8.12.1 - all without success (same keypad error). However I later succeeded in compiling cmake-2.8.3 (using gcc 4.7.3 but I think 4.7.2 will work as well) but using binutils 2.23 (not my idea I would add). You can follow the discussion in posts 18-21 http://www.cfd-online.com/Forums/openfoam-installation/121996-error-installing-openfoam-2-2-0-centos-6-4-a.html
in folder OpenFOAM/ThirdParty-2.3.1/cmake-2.8.12.1/Source/CursesDialog
in file CMakeLists.txt
add the following line
target_link_libraries(ccmake tinfo)
(just below other target_link_libraries commands)
regards