<?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: M-Lint Settings in R2006b</title>
	<atom:link href="http://blogs.mathworks.com/loren/2006/09/06/m-lint-settings-in-r2006b/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.mathworks.com/loren/2006/09/06/m-lint-settings-in-r2006b/</link>
	<description>Loren Shure works on design of the MATLAB language at MathWorks. She writes here about once a week on MATLAB programming and related topics.</description>
	<lastBuildDate>Wed, 08 May 2013 12:21:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Loren</title>
		<link>http://blogs.mathworks.com/loren/2006/09/06/m-lint-settings-in-r2006b/#comment-12797</link>
		<dc:creator>Loren</dc:creator>
		<pubDate>Mon, 02 Oct 2006 12:24:27 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/?p=53#comment-12797</guid>
		<description><![CDATA[Great suggesetion, Tim.  We happened to have that one already recorded in our list.  For the future, the best way to send enhancements to us is to use &lt;a href=&quot;http://www.mathworks.com/support/service_requests/contact_support.do&quot; rel=&quot;nofollow&quot;&gt;this link&lt;/a&gt;.

--Loren]]></description>
		<content:encoded><![CDATA[<p>Great suggesetion, Tim.  We happened to have that one already recorded in our list.  For the future, the best way to send enhancements to us is to use <a href="http://www.mathworks.com/support/service_requests/contact_support.do" rel="nofollow">this link</a>.</p>
<p>&#8211;Loren</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Davis</title>
		<link>http://blogs.mathworks.com/loren/2006/09/06/m-lint-settings-in-r2006b/#comment-12783</link>
		<dc:creator>Tim Davis</dc:creator>
		<pubDate>Mon, 02 Oct 2006 01:31:33 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/?p=53#comment-12783</guid>
		<description><![CDATA[(This suggestion is for real, not tongue-in-cheek as the &quot;goto&quot; comment was):  m-lint should invoke a warning if it sees inv(A)*x, &quot;Multiplying by the inverse is slow and potentially inaccurate; use A\x instead.&quot;   I&#039;m amazed at how often I see &quot;inv(A)&quot; misused this way.]]></description>
		<content:encoded><![CDATA[<p>(This suggestion is for real, not tongue-in-cheek as the &#8220;goto&#8221; comment was):  m-lint should invoke a warning if it sees inv(A)*x, &#8220;Multiplying by the inverse is slow and potentially inaccurate; use A\x instead.&#8221;   I&#8217;m amazed at how often I see &#8220;inv(A)&#8221; misused this way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Davis</title>
		<link>http://blogs.mathworks.com/loren/2006/09/06/m-lint-settings-in-r2006b/#comment-10597</link>
		<dc:creator>Tim Davis</dc:creator>
		<pubDate>Sun, 10 Sep 2006 13:56:06 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/?p=53#comment-10597</guid>
		<description><![CDATA[This is very useful.  I write a lot of mexFunctions.  To document them, I write a companion m-file with all the arguments specified in the first line, ample &quot;help&quot; comments, and then a single statement &quot;error (&#039;xxx mexFunction not found&#039;)&quot;.  The sole purpose of the m-file is to document the mexFunction.  mlint constantly complains that my arguments are unused, but they are supposed to be unused.  Adding %#ok to the first line is ugly in this case, since the m-file is not for MATLAB to read, but for the end-user to read.  The %#ok in the first line distracts the reader.  If mlint were smart enough, it could recognize that the first statement in the m-file was &quot;error&quot;, and it should ignore the non-use of any input/output parameters or failure to define output parameters.

In an altogether different state of mind ;-) ... we *really* need to *add* another mlint warning.   Whenever a goto statement is used mlint should report &quot;warning: go to statement considered harmful&quot; (see http://blogs.mathworks.com/loren/?p=29 and http://www.acm.org/classics/oct95/ for more details).  This warning has been noted for almost 40 years ... I&#039;m amazed that the warning message has not yet been added to MATLAB.]]></description>
		<content:encoded><![CDATA[<p>This is very useful.  I write a lot of mexFunctions.  To document them, I write a companion m-file with all the arguments specified in the first line, ample &#8220;help&#8221; comments, and then a single statement &#8220;error (&#8216;xxx mexFunction not found&#8217;)&#8221;.  The sole purpose of the m-file is to document the mexFunction.  mlint constantly complains that my arguments are unused, but they are supposed to be unused.  Adding %#ok to the first line is ugly in this case, since the m-file is not for MATLAB to read, but for the end-user to read.  The %#ok in the first line distracts the reader.  If mlint were smart enough, it could recognize that the first statement in the m-file was &#8220;error&#8221;, and it should ignore the non-use of any input/output parameters or failure to define output parameters.</p>
<p>In an altogether different state of mind ;-) &#8230; we *really* need to *add* another mlint warning.   Whenever a goto statement is used mlint should report &#8220;warning: go to statement considered harmful&#8221; (see <a href="http://blogs.mathworks.com/loren/?p=29" rel="nofollow">http://blogs.mathworks.com/loren/?p=29</a> and <a href="http://www.acm.org/classics/oct95/" rel="nofollow">http://www.acm.org/classics/oct95/</a> for more details).  This warning has been noted for almost 40 years &#8230; I&#8217;m amazed that the warning message has not yet been added to MATLAB.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Salloker</title>
		<link>http://blogs.mathworks.com/loren/2006/09/06/m-lint-settings-in-r2006b/#comment-10369</link>
		<dc:creator>Michael Salloker</dc:creator>
		<pubDate>Fri, 08 Sep 2006 09:28:08 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/?p=53#comment-10369</guid>
		<description><![CDATA[I like this new featur, because its an easier way getting rid of abnnoying messages like &quot;insert a semi-colon to supress output&quot; without typing %#ok in every line.

Good improvement.

Michael]]></description>
		<content:encoded><![CDATA[<p>I like this new featur, because its an easier way getting rid of abnnoying messages like &#8220;insert a semi-colon to supress output&#8221; without typing %#ok in every line.</p>
<p>Good improvement.</p>
<p>Michael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wmar</title>
		<link>http://blogs.mathworks.com/loren/2006/09/06/m-lint-settings-in-r2006b/#comment-10038</link>
		<dc:creator>wmar</dc:creator>
		<pubDate>Wed, 06 Sep 2006 23:08:45 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/loren/?p=53#comment-10038</guid>
		<description><![CDATA[I find M-Lint messages to be annoying when I&#039;m in the editor writing m-files, but I find them useful for optimization suggestions when I use the profiler.  There&#039;s some rather unsettling about having an m-file that does not have a green light from M-Lint.  Like one instance it complains that a variable is not used, but I have to declare it because I need a dummy output so I can get the second output parameter from a function, which I care about.]]></description>
		<content:encoded><![CDATA[<p>I find M-Lint messages to be annoying when I&#8217;m in the editor writing m-files, but I find them useful for optimization suggestions when I use the profiler.  There&#8217;s some rather unsettling about having an m-file that does not have a green light from M-Lint.  Like one instance it complains that a variable is not used, but I have to declare it because I need a dummy output so I can get the second output parameter from a function, which I care about.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
