forked from OSchip/llvm-project
144 lines
5.1 KiB
HTML
144 lines
5.1 KiB
HTML
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
|
|
"http://www.w3.org/TR/html4/strict.dtd">
|
|
<html>
|
|
<head>
|
|
<title>Running the analyzer within Xcode</title>
|
|
<link type="text/css" rel="stylesheet" href="content.css">
|
|
<link type="text/css" rel="stylesheet" href="menu.css">
|
|
<script type="text/javascript" src="scripts/menu.js"></script>
|
|
</head>
|
|
<body>
|
|
|
|
<div id="page">
|
|
<!--#include virtual="menu.html.incl"-->
|
|
<div id="content">
|
|
|
|
<h1>Running the analyzer within Xcode</h1>
|
|
|
|
<table style="margin-top:0px" width="100%" border="0" cellpadding="0px" cellspacing="0">
|
|
<tr><td>
|
|
|
|
<h3>What is it?</h3>
|
|
|
|
<p>Since Xcode 3.2, users have been able to run the Clang Static Analyzer
|
|
<a
|
|
href="https://developer.apple.com/library/ios/recipes/xcode_help-source_editor/chapters/Analyze.html#//apple_ref/doc/uid/TP40009975-CH4-SW1">directly
|
|
within Xcode</a>.</p>
|
|
|
|
<p>It integrates directly with the Xcode build system and
|
|
presents analysis results directly within Xcode's editor.</p>
|
|
|
|
<h3>Can I use the open source analyzer builds with Xcode?</h3>
|
|
|
|
<p><b>Yes</b>. Instructions are included below.</p>
|
|
|
|
</td>
|
|
<td style="padding-left:10px; text-align:center">
|
|
<a href="images/analyzer_xcode.png"><img src="images/analyzer_xcode.png" width="620px" alt="analyzer in xcode"></a>
|
|
<br><b>Viewing static analyzer results in Xcode</b>
|
|
</td></tr></table>
|
|
|
|
<h3>Key features:</h3>
|
|
<ul>
|
|
<li><b>Integrated workflow:</b> Results are integrated within Xcode. There is
|
|
no experience of using a separate tool, and activating the analyzer requires a
|
|
single keystroke or mouse click.</li>
|
|
<li><b>Transparency:</b> Works effortlessly with Xcode projects (including iPhone projects).
|
|
<li><b>Cons:</b> Doesn't work well with non-Xcode projects. For those,
|
|
consider using <a href="scan-build.html"><b>scan-build</b></a>.
|
|
</ul>
|
|
|
|
|
|
<h2>Getting Started</h2>
|
|
|
|
<p>Xcode is available as a free download from Apple on the <a
|
|
href="https://itunes.apple.com/us/app/xcode/id497799835?mt=12">Mac
|
|
App Store</a>, with <a
|
|
href="https://developer.apple.com/library/ios/recipes/xcode_help-source_editor/chapters/Analyze.html#//apple_ref/doc/uid/TP40009975-CH4-SW1">instructions
|
|
available</a> for using the analyzer.</p>
|
|
|
|
<h2>Using open source analyzer builds with Xcode</h2>
|
|
|
|
<p>By default, Xcode uses the version of <tt>clang</tt> that came bundled with
|
|
it to analyze your code. It is possible to change Xcode's behavior to use an
|
|
alternate version of <tt>clang</tt> for this purpose while continuing to use
|
|
the <tt>clang</tt> that came with Xcode for compiling projects.</p>
|
|
|
|
<h3>Why try open source builds?</h3>
|
|
|
|
<p>The advantage of using open source analyzer builds (provided on this website)
|
|
is that they are often newer than the analyzer provided with Xcode, and thus can
|
|
contain bug fixes, new checks, or simply better analysis.</p>
|
|
|
|
<p>On the other hand, new checks can be experimental, with results of variable
|
|
quality. Users are encouraged to <a href="filing_bugs.html">file bug reports</a>
|
|
(for any version of the analyzer) where they encounter false positives or other
|
|
issues.</p>
|
|
|
|
<h3>set-xcode-analyzer</h3>
|
|
|
|
<p>Starting with analyzer build checker-234, analyzer builds contain a command
|
|
line utility called <tt>set-xcode-analyzer</tt> that allows users to change what
|
|
copy of <tt>clang</tt> that Xcode uses for analysis:</p>
|
|
|
|
<pre class="code_example">
|
|
$ <b>set-xcode-analyzer -h</b>
|
|
Usage: set-xcode-analyzer [options]
|
|
|
|
Options:
|
|
-h, --help show this help message and exit
|
|
--use-checker-build=PATH
|
|
Use the Clang located at the provided absolute path,
|
|
e.g. /Users/foo/checker-1
|
|
--use-xcode-clang Use the Clang bundled with Xcode
|
|
</pre>
|
|
|
|
<p>Operationally, <b>set-xcode-analyzer</b> edits Xcode's configuration files
|
|
to point it to use the version of <tt>clang</tt> you specify for static
|
|
analysis. Within this model it provides you two basic modes:</p>
|
|
|
|
<ul>
|
|
<li><b>--use-xcode-clang</b>: Switch Xcode (back) to using the <tt>clang</tt> that came bundled with it for static analysis.</li>
|
|
<li><b>--use-checker-build</b>: Switch Xcode to using the <tt>clang</tt> provided by the specified analyzer build.</li>
|
|
</ul>
|
|
|
|
<h4>Things to keep in mind</h4>
|
|
|
|
<ul>
|
|
<li>You should quit Xcode prior to running <tt>set-xcode-analyzer</tt>.</li> <li>You will need to run <tt>set-xcode-analyzer</tt> under
|
|
<b><tt>sudo</tt></b> in order to have write privileges to modify the Xcode
|
|
configuration files.</li>
|
|
</ul>
|
|
|
|
<h4>Examples</h4>
|
|
|
|
<p><b>Example 1</b>: Telling Xcode to use checker-235:</p>
|
|
|
|
<pre class="code_example">
|
|
$ pwd
|
|
/tmp
|
|
$ tar xjf checker-235.tar.bz2
|
|
$ sudo checker-235/set-xcode-analyzer --use-checker-build=/tmp/checker-235
|
|
</pre>
|
|
|
|
<p>Note that you typically won't install an analyzer build in <tt>/tmp</tt>, but
|
|
the point of this example is that <tt>set-xcode-analyzer</tt> just wants a full
|
|
path to an untarred analyzer build.</p>
|
|
|
|
<p><b>Example 2</b>: Telling Xcode to use a very specific version of <tt>clang</tt>:</p>
|
|
|
|
<pre class="code_example">
|
|
$ sudo set-xcode-analyzer --use-checker-build=~/mycrazyclangbuild/bin/clang
|
|
</pre>
|
|
|
|
<p><b>Example 3</b>: Resetting Xcode to its default behavior:</p>
|
|
|
|
<pre class="code_example">
|
|
$ sudo set-xcode-analyzer --use-xcode-clang
|
|
</pre>
|
|
|
|
</div>
|
|
</div>
|
|
</body>
|
|
</html>
|