rc muestra para la férula
https://stackoverflow.com/questions/938526
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
Estoy utilizando la férula para la comprobación de código, y es tirar a cabo un gran número de advertencias. Algunos de ellos, supongo que puede ser ignorado. Estoy en el proceso de creación del .splintrc por ensayo y error.
Mi pregunta,
¿Hay algún archivo .splintrc muestra de que se puede utilizar?
Estoy utilizando la férula para el código C, escrita por un sistema embebido multitarea.
Solución
Esto puede no ser el más grande de ayuda, pero creo que es necesario proporcionar un poco más de información sobre el tipo de mensajes de error que está recibiendo y el procesador de destino / compilador que está utilizando. Los compiladores diferentes para los procesadores de destino incrustados tienen su propia sintaxis para proporcionar su funcionalidad específica (proceso de interrupción, la transferencia a los modos de supervisor y hardware de interfaz son ejemplos)
He tratado de usar una férula en el MSP430 bajo IAR y abandonó debido a la cantidad de advertencias y errores que estaba tirando cuando se trataba de procesar los archivos de definición de interfaz de hardware del compilador suministrado. Poco la bala y comprar Gimpel PELUSAS que vino con algunos archivos de configuración que podría modificar para apoyar el sabor preciso de compilador y el procesador que estaba usando.
Otros consejos
Nunca he trabajado con férula, pero he trabajado con PC-Lint, y esta fue mi experiencia también. Sin los archivos de configuración del compilador, la herramienta de pelusa arrojará un montón de errores.
Usted tendrá que encontrar o crear específicas del compilador archivos de configuración para su compilador informar a la herramienta de pelusa de la especial (no estándar) construcciones C y macros que utiliza los cuales deben ser ignorados por la herramienta de pelusa, o seguirá a tirar toneladas de errores.
Vale la pena el esfuerzo, sin embargo. Linting su código le ayudará a encontrar errores ahora en vez de durante las pruebas cuando son más difíciles de encontrar y mucho más costosos de arreglar.
