Como han dicho otros, Sublime es un editor (muy poderoso), no un IDE, por lo que usar Sublime para la depuración es incómodo, aunque no imposible (consulte la nota al pie de página).
Sin embargo, hago mucha programación integrada, por lo que puede ser útil describir mi flujo de trabajo.
Toda mi codificación se realiza en ST2 con algunos paquetes clave:
-
Package Control : no necesito una descripción, espero
-
SublimeTODO : para realizar el seguimiento de TODO en mis proyectos
-
BracketHighlighter : para ayudar a visualizar el alcance en C
-
SublimeClang : con mucho, el paquete más importante para mí. Este excelente complemento proporciona verificación de sintaxis en tiempo real, verificación de código y definición / implementación de la búsqueda. De hecho, confío tanto en esto que, dado que técnicamente es solo para ST2, me ha impedido pasar a ST3 hasta que pueda intentar portear esto.
También hago uso de fragmentos personalizados para el formato de código. Una vez que mi codificación esté lista para ser probada en el hardware, usaré un IDE para la depuración. Sin embargo, todos los cambios de código que necesito hacer todavía se realizan en Sublime. Algunas personas pueden encontrar eso incómodo, pero me he acostumbrado a eso.
En cuanto a los IDE, muchos de los fabricantes de circuitos integrados proporcionan IDE propios (TI, Freescale, Microchip, etc.), sin embargo, hay algunos buenos & Los IDE gratuitos basados en ARM ahora están ahí. Em :: Blocks es la que más he usado. Está bien mantenido y una aplicación sólida. CooCox también es bastante bueno.
Nota a pie de página: el mismo desarrollador que creó SublimeClang también creó un complemento GDB ( SublimeGDB ), sin embargo, para eliminar errores, creo que El IDE dedicado con vistas de memoria, relojes variables y expresiones es difícil de superar.