¿podría aclarar un poco más cómo fue para usted, qué tuvo que cambiar? Tal vez podría dirigirme en la dirección correcta al proporcionar algunos enlaces a la información que utilizó.
Mi primera fuente fueron en realidad las herramientas ' man
páginas de . Sólo tipo
$ man toolname
en la línea de comando ($
aquí es parte de la solicitud, no la entrada).
Dependiendo de la plataforma, están bastante bien escritos y también se pueden encontrar en Internet. En el caso de make
, en realidad leo el completo documentación que tomó algunas horas. En realidad, no creo que esto sea necesario o útil en la mayoría de los casos, pero tuve algunos requisitos especiales en mis primeras asignaciones en Linux que requerían un sofisticado archivo MAKE. Después de escribir el makefile, se lo di a un colega experimentado que hizo algunos pequeños ajustes y correcciones. Después de eso, supe bastantemake
.
Utilicé GVIM porque tenía algo (pero no mucha) experiencia previa allí, no puedo decir nada sobre Emacs o alternativas. Creo que realmente ayuda leer el .gvimrc
archivo de configuración de otras personas . Mucha gente lo pone en la web. Aquí está el mío .
No intente dominar todos los binutils a la vez, hay demasiadas funciones. Pero obtenga una visión general para saber dónde buscar cuando necesite algo en el futuro. Usted debe , sin embargo, conocer todos los parámetros importantes parag++
y ld
(la herramienta de enlazador de GCC que se invoca automáticamente salvo impedimento explícitamente).
También tengo curiosidad, ¿tiene código completado y resaltado de sintaxis cuando codifica?
Resaltado de sintaxis: sí, y mucho mejor que Visual Studio. Terminación del código: sí- ish . Primero, tengo que admitir que no utilicé la finalización del código C ++ incluso en Visual Studio porque (en comparación con VB y C #) no era lo suficientemente bueno. No lo uso a menudo ahora pero, sin embargo, GVIM tiene soporte de finalización de código nativo para C ++. En combinación con la biblioteca ctags y un taglist similar a un complemento, esto es casi un IDE.
En realidad, lo que me hizo comenzar fue un artículo de Armin Ronacher. ¡Antes de leer el texto, mira las capturas de pantalla al final!
¿tiene que compilar primero antes de obtener errores (de sintaxis)?
Si. Pero esto es lo mismo para Visual Studio, ¿no es así (nunca he usado Whole Tomato)? Por supuesto, el resaltado de sintaxis le mostrará paréntesis no coincidentes, pero eso es todo.
y cómo se depura (nuevamente piensa en puntos de interrupción, etc.)?
Yo uso gdb
cual es una herramienta de línea de comandos. También hay una interfaz gráfica llamada DDD
. gdb
es una herramienta de depuración moderna y puede hacer todo lo que puede hacer en un IDE. Lo único que realmente me molesta es leer un seguimiento de la pila porque las líneas no están sangradas o formateadas, por lo que es muy difícil escanear la información cuando se usan muchas plantillas (lo que hago). Pero esos también desordenan el seguimiento de la pila en IDEs.
Como dije, tuve el 'placer' de establecer mis primeros pasos en el lenguaje de programación Java usando el bloc de notas de Windows y el compilador de línea de comandos de Java en la escuela secundaria, y fue ... ¡fue una pesadilla! ciertamente cuando pude compararlo con otros cursos de programación que tenía en aquel entonces donde teníamos IDE decentes
Ni siquiera debería intentar comparar un editor moderno con todas las funciones como Emacs o GVIM con el Bloc de notas. El Bloc de notas es un TextBox
control embellecido , y esto realmente marca la diferencia. Además, trabajar en la línea de comandos es una experiencia muy diferente en Linux y Windows. Las ventanascmd.exe
está severamente lisiado. PowerShell es mucho mejor.
/ EDITAR: ¡Debería mencionar explícitamente que GVIM ha editado con pestañas (como en la navegación con pestañas, no con pestañas vs espacios)! Me llevó años encontrarlos, aunque no están ocultos en absoluto. Simplemente escriba en :tabe
lugar de simple :e
al abrir un archivo o crear uno nuevo, y GVIM creará una nueva pestaña. El cambio entre pestañas se puede hacer usando el cursor o varios accesos directos diferentes (dependiendo de la plataforma). La tecla gt
(tipo g, luego ten modo comando) debería funcionar en todas partes, y salta a la siguiente pestaña, o pestaña no. n si se dio un número. Escriba :help gt
para obtener más ayuda.