summaryrefslogtreecommitdiff
path: root/tools/libclang
diff options
context:
space:
mode:
authorDavid Blaikie <dblaikie@gmail.com>2014-05-10 02:44:57 +0000
committerDavid Blaikie <dblaikie@gmail.com>2014-05-10 02:44:57 +0000
commit39b4d625bb49250cbaa638be35c2ef0b7c8efb6c (patch)
tree239afa1b6f8b80fff317cd7a30e2db8cebc90329 /tools/libclang
parentd22bd31f8270812dce75282df4890f32f798e2ed (diff)
downloadclang-39b4d625bb49250cbaa638be35c2ef0b7c8efb6c.tar.gz
clang-39b4d625bb49250cbaa638be35c2ef0b7c8efb6c.tar.bz2
clang-39b4d625bb49250cbaa638be35c2ef0b7c8efb6c.tar.xz
Add FIXME describing the limitation of using column info to disambiguate inlining.
Also tidy up, simplify, and extend the test coverage to demonstrate the limitations. This test should now fail if the bugs are fixed (& hopefully whoever ends up in this situation sees the FIXMEs and realizes that the test needs to be updated to positively test their change that has fixed some or all of these issues). I do wonder whether I could demonstrate breakage without a macro here, but any way I slice it I can't think of a way to get two calls to the same function on the same line/column in non-macro C++ - implicit conversions happen at the same location as an explicit function, but you'd never get an implicit conversion on the result of an explicit call to the same implicit conversion operator (since the value is already converted to the desired result)... git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@208468 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'tools/libclang')
0 files changed, 0 insertions, 0 deletions