<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: MISRA &#8211; More Irrelevant Software Requirements Again</title>
	<atom:link href="http://www.klocwork.com/blog/2010/03/misra-more-irrelevant-software-requirements-again/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.klocwork.com/blog/2010/03/misra-more-irrelevant-software-requirements-again/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=misra-more-irrelevant-software-requirements-again</link>
	<description>&#62;kloctalk is a blog and a community for software development professionals who create and maintain mission-critical software and the challenges they face on a daily basis.</description>
	<lastBuildDate>Tue, 24 Jan 2012 14:57:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: Importance of MISRA &#124; &#62;kloctalk</title>
		<link>http://www.klocwork.com/blog/2010/03/misra-more-irrelevant-software-requirements-again/comment-page-1/#comment-6251</link>
		<dc:creator>Importance of MISRA &#124; &#62;kloctalk</dc:creator>
		<pubDate>Tue, 26 Jul 2011 13:00:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.klocwork.com/blog/?p=942#comment-6251</guid>
		<description>[...] pockets of adoption, but in Europe and even Asia it used quite a bit.  As we have mentioned in the past, it is not only automotive organization but all levels of [...]</description>
		<content:encoded><![CDATA[<p>[...] pockets of adoption, but in Europe and even Asia it used quite a bit.  As we have mentioned in the past, it is not only automotive organization but all levels of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MISRA rules that don&#8217;t make sense &#124; &#62;kloctalk</title>
		<link>http://www.klocwork.com/blog/2010/03/misra-more-irrelevant-software-requirements-again/comment-page-1/#comment-2309</link>
		<dc:creator>MISRA rules that don&#8217;t make sense &#124; &#62;kloctalk</dc:creator>
		<pubDate>Thu, 13 May 2010 20:18:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.klocwork.com/blog/?p=942#comment-2309</guid>
		<description>[...] I posted the value of using coding standards, specifically MISRA C and MISRA C++.  This time I wanted to go [...]</description>
		<content:encoded><![CDATA[<p>[...] I posted the value of using coding standards, specifically MISRA C and MISRA C++.  This time I wanted to go [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Twylite</title>
		<link>http://www.klocwork.com/blog/2010/03/misra-more-irrelevant-software-requirements-again/comment-page-1/#comment-2078</link>
		<dc:creator>Twylite</dc:creator>
		<pubDate>Fri, 16 Apr 2010 07:54:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.klocwork.com/blog/?p=942#comment-2078</guid>
		<description>The point of MISRA is to improve quality of embedded software in the motor industry, to improve portability of code across platforms, and to reduce surprise errors from poorly understood corners of the C standard that you are more likely to encountered with embedded C compilers.

Rule 2.2 for example suggests that you don&#039;t use // comments, which are not universally supported in the embedded world (IIRC they aren&#039;t a C standard, but a C++ one).  Rule 19.1 reduces the chance of linking against the wrong function (if you have two functions with the same name, in different source files), which eliminates a class of subtle bugs.

As you say, it depends on what you&#039;re trying to accomplish - a bunch of MISRA&#039;s rules offer little value for PC-based software and non-tiny processors.</description>
		<content:encoded><![CDATA[<p>The point of MISRA is to improve quality of embedded software in the motor industry, to improve portability of code across platforms, and to reduce surprise errors from poorly understood corners of the C standard that you are more likely to encountered with embedded C compilers.</p>
<p>Rule 2.2 for example suggests that you don&#8217;t use // comments, which are not universally supported in the embedded world (IIRC they aren&#8217;t a C standard, but a C++ one).  Rule 19.1 reduces the chance of linking against the wrong function (if you have two functions with the same name, in different source files), which eliminates a class of subtle bugs.</p>
<p>As you say, it depends on what you&#8217;re trying to accomplish &#8211; a bunch of MISRA&#8217;s rules offer little value for PC-based software and non-tiny processors.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: assistencia tecnica electrolux</title>
		<link>http://www.klocwork.com/blog/2010/03/misra-more-irrelevant-software-requirements-again/comment-page-1/#comment-2011</link>
		<dc:creator>assistencia tecnica electrolux</dc:creator>
		<pubDate>Mon, 05 Apr 2010 13:18:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.klocwork.com/blog/?p=942#comment-2011</guid>
		<description>good article, i will add my feeds.</description>
		<content:encoded><![CDATA[<p>good article, i will add my feeds.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

