<div dir="ltr">I see your point. I'll try and have a go at solving the SourceLocation problem. Could you point me to the relevant code parts? (i'm assuming the problem is in the AST creation part and not specifically in the getLocation functions)<div>

<br></div><div>p.s. another problem:</div><div><br></div><div>When asking for the qualifiers of:</div><div><br></div><div>const int f();</div><div><br></div><div>I get null. Am i doing something wrong?</div><div><br></div>

<div><br></div><div>Thanks.<br><br><div class="gmail_quote">On Tue, Nov 2, 2010 at 8:15 PM, Douglas Gregor <span dir="ltr"><<a href="mailto:dgregor@apple.com">dgregor@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im"><br>
On Nov 2, 2010, at 10:50 AM, Nimrod Partush wrote:<br>
<br>
> Yes that would be nice to have.<br>
><br>
> But i think the greater issue here is the correctness of the location retrieval functions. GetLocStart for a FunctionDecl should retrieve the start of the decleration, including storage class, etc. Overall, many times I've seen these function miss the target and that's a shame.<br>


<br>
</div>Then please file bugs or (better yet) submit patches.<br>
<br>
It's not always clear-cut what these functions should do. For example, consider:<br>
<br>
        int f(), g();<br>
<br>
Where is the start of f() and the start of g()? They probably shouldn't overlap, but that means either leaving the decl-specifier-seq out of both of them or only placing the decl-specifier-seq only on f(), both of which are weird.<br>


<br>
        - Doug<br>
<br>
</blockquote></div><br></div></div>