<html>
 <body>
  <div style="font-family: Verdana, Arial, Helvetica, Sans-Serif;">
   <table bgcolor="#f9f3c9" width="100%" cellpadding="12" style="border: 1px #c9c399 solid; border-radius: 6px; -moz-border-radius: 6px; -webkit-border-radius: 6px;">
    <tr>
     <td>
      This is an automatically generated e-mail. To reply, visit:
      <a href="https://git.reviewboard.kde.org/r/125301/">https://git.reviewboard.kde.org/r/125301/</a>
     </td>
    </tr>
   </table>
   <br />





<blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
 <p style="margin-top: 0;">On September 23rd, 2015, 1:17 a.m. MSK, <b>Alex Richardson</b> wrote:</p>
 <blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
  <pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;"><p style="padding: 0;text-rendering: inherit;margin: 0;line-height: inherit;white-space: inherit;">I've fixed all the raised issues locally, just not sure whether I should de-inline the functions or not?
As they are all just trivial one line functions inlining them probably even reduces the code size compared to a funtion call.
Also we are using the clang-c API anyway so there is no need to hide its usage in a separate file.</p></pre>
 </blockquote>







</blockquote>

<pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">The performance gain and the compiled code size should be negligible.

Disadvantages I see:
* Changing the implementation of the inlined function, you need to recompile all files that use that header.
* It slightly increases compile time
* It makes the header file larger
* It dilutes important information (class members) with unimportant implementation details.

So, I don't really see any advantages of inlining functions here...</pre>
<br />










<p>- Sergey</p>


<br />
<p>On September 19th, 2015, 9:38 p.m. MSK, Alex Richardson wrote:</p>








<table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="12" style="border: 1px #888a85 solid; border-radius: 6px; -moz-border-radius: 6px; -webkit-border-radius: 6px;">
 <tr>
  <td>

<div>Review request for KDevelop.</div>
<div>By Alex Richardson.</div>


<p style="color: grey;"><i>Updated Sept. 19, 2015, 9:38 p.m.</i></p>









<div style="margin-top: 1.5em;">
 <b style="color: #575012; font-size: 10pt;">Repository: </b>
kdev-clang
</div>


<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Description </h1>
 <table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: 1px solid #b8b5a0">
 <tr>
  <td>
   <pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">REVIEW: 125301</pre>
  </td>
 </tr>
</table>


<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Testing </h1>
<table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: 1px solid #b8b5a0">
 <tr>
  <td>
   <pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;"><p style="padding: 0;text-rendering: inherit;margin: 0;line-height: inherit;white-space: inherit;">Tests pass except for the global deleted function.</p>
<p style="padding: 0;text-rendering: inherit;margin: 0;line-height: inherit;white-space: inherit;">Not sure how to fix this as it seems like clang_getCursorExtent(declCursor) is wrong in that case. Or maybe I need to calaculate the range differently?</p></pre>
  </td>
 </tr>
</table>


<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Diffs</b> </h1>
<ul style="margin-left: 3em; padding-left: 0;">

 <li>codecompletion/completionhelper.cpp <span style="color: grey">(df5712bb31dfa39e99a593367036d42dc41701d1)</span></li>

 <li>codecompletion/context.cpp <span style="color: grey">(995b4b04157be9658e651c1680f3c0222cb0d8b0)</span></li>

 <li>duchain/clangproblem.cpp <span style="color: grey">(bd5a20105c1c3769791f75389afbdc93a5b9c193)</span></li>

 <li>duchain/todoextractor.cpp <span style="color: grey">(764fbd251e028df85844f98ca851a4422406d163)</span></li>

 <li>tests/clang-parser.cpp <span style="color: grey">(27b4eb535f3f47e84a495daaa60862257170f1fa)</span></li>

 <li>tests/test_codecompletion.cpp <span style="color: grey">(a2ed37f55995a8d224512d59b187dba1a80ed446)</span></li>

 <li>util/clangtypes.h <span style="color: grey">(1913e444ff021b5ba3fc4a5cf555ed19e4460646)</span></li>

 <li>util/clangutils.h <span style="color: grey">(af80b906eb1ca466f110c8c12637568ab1a52fc4)</span></li>

 <li>util/clangutils.cpp <span style="color: grey">(506dfdeeeccf4d665a53d0b1ebaaa608a7ec9cb5)</span></li>

</ul>

<p><a href="https://git.reviewboard.kde.org/r/125301/diff/" style="margin-left: 3em;">View Diff</a></p>






  </td>
 </tr>
</table>







  </div>
 </body>
</html>