summaryrefslogtreecommitdiffstats
path: root/llvm/tools/llvm-mc/Disassembler.cpp
diff options
context:
space:
mode:
authorDouglas Gregor <dgregor@apple.com>2010-04-09 00:35:39 +0000
committerDouglas Gregor <dgregor@apple.com>2010-04-09 00:35:39 +0000
commitc68e140657e40cda2f027beff923276b36e33684 (patch)
tree1a32c9fcccd9102ab6ca64a098c771ec4ebea5a6 /llvm/tools/llvm-mc/Disassembler.cpp
parent48b1804e7957ce379441e477602ac860a606e469 (diff)
downloadbcm5719-llvm-c68e140657e40cda2f027beff923276b36e33684.tar.gz
bcm5719-llvm-c68e140657e40cda2f027beff923276b36e33684.zip
Improve diagnostics when we fail to convert from a source type to a
destination type for initialization, assignment, parameter-passing, etc. The main issue fixed here is that we used rather confusing wording for diagnostics such as t.c:2:9: warning: initializing 'char const [2]' discards qualifiers, expected 'char *' [-pedantic] char *name = __func__; ^ ~~~~~~~~ We're not initializing a 'char const [2]', we're initializing a 'char *' with an expression of type 'char const [2]'. Similar problems existed for other diagnostics in this area, so I've normalized them all with more precise descriptive text to say what we're initializing/converting/assigning/etc. from and to. The warning for the code above is now: t.c:2:9: warning: initializing 'char *' from an expression of type 'char const [2]' discards qualifiers [-pedantic] char *name = __func__; ^ ~~~~~~~~ Fixes <rdar://problem/7447179>. llvm-svn: 100832
Diffstat (limited to 'llvm/tools/llvm-mc/Disassembler.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud