I've made the implementation of Type.__eq__ more robust and added tests.<br><br><div class="gmail_quote">On Fri, Feb 17, 2012 at 1:37 AM, Manuel Klimek <span dir="ltr"><<a href="mailto:klimek@google.com">klimek@google.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">On Fri, Feb 17, 2012 at 8:56 AM, Gregory Szorc <<a href="mailto:gregory.szorc@gmail.com">gregory.szorc@gmail.com</a>> wrote:<br>

> The implementation could probably be a bit more robust (looking for<br>
> None, comparing types, etc). Do we care?<br>
<br>
</div>Regarding looking for None: what happens if one calls t == None on a<br>
Type? Perhaps add a test?<br>
<br>
Cheers,<br>
/Manuel<br>
<div class="im"><br>
<br>
> ---<br>
>  bindings/python/clang/cindex.py           |   10 ++++++++++<br>
>  bindings/python/tests/cindex/test_type.py |   17 +++++++++++++++++<br>
>  2 files changed, 27 insertions(+), 0 deletions(-)<br>
><br>
</div>> _______________________________________________<br>
> cfe-commits mailing list<br>
> <a href="mailto:cfe-commits@cs.uiuc.edu">cfe-commits@cs.uiuc.edu</a><br>
> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits</a><br>
><br>
</blockquote></div><br>