Cita:
Iniciado por vangodp 
Guardas el archivo como .cpp
Una pequeña aclaración... la extensión que se le ponga a los ficheros es totalmente irrelevante... puedes, si quieres, hacerlo todo al reves y tener la implementación en los .h y la declaración en los .cpp (recuerda actualizar los includes y que ahora únicamente debes compilar los .h)... o en la extensión que te de la gana y la compilación no se verá afectada... al compilador únicamente le estás diciendo que compile una serie de archivos... el los coge y los procesa y no se preocupa para nada por la extensión de los mismos.
El motivo de que las cabeceras sean .h y los archivos de código .cpp es simplemente por estandarización... así cualquiera que coja ese proyecto puede hacerse una idea acerca de cómo está organizado el código... si cada uno usase la extensión que le diese la gana podría ser traumático usar librerías externas...
Cita:
Iniciado por HelThunk También me tira error con std::getline (std::cin,opcion); , añadiendo la biblioteca <cstring>, etc.. creo que esto no vamos a poder solucionarlo
Las librerías que empiezan con "c" suelen ser simples "wrappers" de las antiguas librerías de C. Así, en C tienes la librería "string.h" que en C++ pasa a ser "cstring"... o la librería de C "math.h" que pasa a ser "cmath". En teoría puedes hacer un include a cualquiera de las dos versiones. Aunque ambas versiones son compatibles, no tienen por qué ser exactamente iguales. Un ejemplo:
- La función memchr(const void*, int, size_t) de "string.h" es reemplazada en "cstring" por dos funciones diferentes:
- const void* memchr(const void* s, int c, size_t n);
- void* memchr( void* s, int c, size_t n);
Un saludo