"Henry Fr?d?ric" <frederic.henry@awtce.be> wrote in message[color=blue]
> I am currently working in Aisin-AW, in development of navigation
> systems (embedded SW).
> Since a few weeks, we are checking our source code with splint.
>
> We encounter this problem. I hope this mailing-list can help us to
> solve
> it :
>
> Our team is responsible of 1 module.
> In our C files, we include Header files from others modules.
> Those files contain splint errors/warnings, but we cannot modify them.
>
> How can we use splint in order to parse those files (necessary for
> definitions), but without getting any warning ?
>
> For example, this is not working and we wonder why :
> /*@ignore@*/
> #include bad_file.h
> /*@end@*/
>
> warnings in "bad_file.h" are displayed, anyway.[/color]
Have you tried putting /*@ignore@*/... /*@end@*/ inside the <bad_file.h>
header file? If so, this sound as a splint bug, check their maillist and
buglist, before posting a bug report.
Regarding topicality of lint like tools here, it show that most C
programmers are too ignorant on using such tools. PvdL say:
"Separating lint out from the compiler as an independent program was a
big mistake that people are only now coming to terms with."
A cool feature with splint, is that the tool also add security checks on
e.g. formatstrings and buffer overflow vulnerabilities. People here
complain about a "worse is better" xmalloc,
http://www.ai.mit.edu/docs/articles/...tion3.2.1.html
but don't wanna hear about exstensive program checking. lol
--
Tor <torust AT online DOT no>
"To this day, many C programmers believe that 'strong typing' just means
pounding extra hard on the keyboard". PvdL