aboutsummaryrefslogtreecommitdiff
path: root/clang/unittests/Format/FormatTestJava.cpp
diff options
context:
space:
mode:
authorToma Tabacu <toma.tabacu@imgtec.com>2015-06-17 10:43:45 +0000
committerToma Tabacu <toma.tabacu@imgtec.com>2015-06-17 10:43:45 +0000
commit07c97b3b7eb837fb01b73be4732592bd44d14d86 (patch)
treee9105e15c73a61c30afc79b5b367153555c3859d /clang/unittests/Format/FormatTestJava.cpp
parent24d9b7d260c57c32767ae6724d76adefabcd98e8 (diff)
downloadllvm-07c97b3b7eb837fb01b73be4732592bd44d14d86.zip
llvm-07c97b3b7eb837fb01b73be4732592bd44d14d86.tar.gz
llvm-07c97b3b7eb837fb01b73be4732592bd44d14d86.tar.bz2
[mips] [IAS] Fix LW with relative label operands.
Summary: Previously, MCSymbolRefExpr::create() was called with a StringRef of the symbol name, which it would then search for in the Symbols StringMap (from MCContext). However, relative labels (which are temporary symbols) are apparently not stored in the Symbols StringMap, so we end up creating a new {$,.L}tmp symbol ({$,.L}tmp00, {$,.L}tmp10 etc.) each time we create an MCSymbolRefExpr by passing in the symbol name as a StringRef. Fortunately, there is a version of MCSymbolRefExpr::create() which takes an MCSymbol* and we already have an MCSymbol* at that point, so we can just pass that in instead of the StringRef. I also removed the local StringRef calls to MCSymbolRefExpr::create() from expandMemInst(), as those cases can be handled by evaluateRelocExpr() anyway. Reviewers: dsanders Reviewed By: dsanders Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D9938 llvm-svn: 239897
Diffstat (limited to 'clang/unittests/Format/FormatTestJava.cpp')
0 files changed, 0 insertions, 0 deletions