Dada la atención que recibe esta pregunta / respuesta y los valiosos comentarios de GManNickG , he limpiado un poco el código. Se dan dos versiones: una con características de C ++ 11 y otra con solo características de C ++ 98.
En archivo type.hpp
#ifndef TYPE_HPP
#define TYPE_HPP
#include <string>
#include <typeinfo>
std::string demangle(const char* name);
template <class T>
std::string type(const T& t) {
return demangle(typeid(t).name());
}
#endif
En el archivo type.cpp (requiere C ++ 11)
#include "type.hpp"
#ifdef __GNUG__
#include <cstdlib>
#include <memory>
#include <cxxabi.h>
std::string demangle(const char* name) {
int status = -4; // some arbitrary value to eliminate the compiler warning
// enable c++11 by passing the flag -std=c++11 to g++
std::unique_ptr<char, void(*)(void*)> res {
abi::__cxa_demangle(name, NULL, NULL, &status),
std::free
};
return (status==0) ? res.get() : name ;
}
#else
// does nothing if not g++
std::string demangle(const char* name) {
return name;
}
#endif
Uso:
#include <iostream>
#include "type.hpp"
struct Base { virtual ~Base() {} };
struct Derived : public Base { };
int main() {
Base* ptr_base = new Derived(); // Please use smart pointers in YOUR code!
std::cout << "Type of ptr_base: " << type(ptr_base) << std::endl;
std::cout << "Type of pointee: " << type(*ptr_base) << std::endl;
delete ptr_base;
}
Imprime:
Tipo de ptr_base: Base*
Tipo de puntero:Derived
Probado con g ++ 4.7.2, g ++ 4.9.0 20140302 (experimental), clang ++ 3.4 (troncal 184647), clang 3.5 (troncal 202594) en Linux de 64 bits y g ++ 4.7.2 (Mingw32, Win32 XP SP2).
Si no puede usar las funciones de C ++ 11, así es como se puede hacer en C ++ 98, el archivo type.cpp es ahora:
#include "type.hpp"
#ifdef __GNUG__
#include <cstdlib>
#include <memory>
#include <cxxabi.h>
struct handle {
char* p;
handle(char* ptr) : p(ptr) { }
~handle() { std::free(p); }
};
std::string demangle(const char* name) {
int status = -4; // some arbitrary value to eliminate the compiler warning
handle result( abi::__cxa_demangle(name, NULL, NULL, &status) );
return (status==0) ? result.p : name ;
}
#else
// does nothing if not g++
std::string demangle(const char* name) {
return name;
}
#endif
(Actualización del 8 de septiembre de 2013)
La respuesta aceptada (a partir del 7 de septiembre de 2013) , cuando la llamada a abi::__cxa_demangle()es exitosa, devuelve un puntero a una matriz local asignada a la pila ... ¡ay!
También tenga en cuenta que si proporciona un búfer, se abi::__cxa_demangle()supone que está asignado en el montón. Asignar el búfer en la pila es un error (del gnu doc): "Si output_bufferno es lo suficientemente largo, se expande usando realloc". Invocando realloc()un puntero a la pila ... ¡ay! (Véase también el amable comentario de Igor Skochinsky ).
Puede verificar fácilmente estos dos errores: simplemente reduzca el tamaño del búfer en la respuesta aceptada (a partir del 7 de septiembre de 2013) de 1024 a algo más pequeño, por ejemplo 16, y asígnele algo con un nombre que no sea más largo que 15 (también lo realloc()es no llamado). Aún así, dependiendo de su sistema y las optimizaciones del compilador, el resultado será: basura / nada / bloqueo del programa.
Para verificar el segundo error: establezca el tamaño del búfer en 1 y llámelo con algo cuyo nombre tenga más de 1 carácter. Cuando lo ejecuta, es casi seguro que el programa se bloquee cuando intenta llamar realloc()con un puntero a la pila.
(La respuesta anterior del 27 de diciembre de 2010)
Cambios importantes realizados en el código de KeithB : el búfer debe ser asignado por malloc o especificado como NULL. NO lo asigne a la pila.
También es aconsejable comprobar ese estado.
No pude encontrar HAVE_CXA_DEMANGLE. Verifico, __GNUG__aunque eso no garantiza que el código incluso se compile. ¿Alguien tiene una idea mejor?
#include <cxxabi.h>
const string demangle(const char* name) {
int status = -4;
char* res = abi::__cxa_demangle(name, NULL, NULL, &status);
const char* const demangled_name = (status==0)?res:name;
string ret_val(demangled_name);
free(res);
return ret_val;
}
#include <cxxabi.h>. De lo contrario funcionó muy bien, gracias.