summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Transforms/Scalar/InductiveRangeCheckElimination.cpp
diff options
context:
space:
mode:
authorJason Molenda <jmolenda@apple.com>2015-09-09 03:24:52 +0000
committerJason Molenda <jmolenda@apple.com>2015-09-09 03:24:52 +0000
commit0ace3f5c73b07c9bd54e5ecd215bef5113daf25f (patch)
treeb1490b9ddcbe436138e5bd8f389b0bf5f048570d /llvm/lib/Transforms/Scalar/InductiveRangeCheckElimination.cpp
parent856e4767ffde5eab25d1dbef45cde833eb14456e (diff)
downloadbcm5719-llvm-0ace3f5c73b07c9bd54e5ecd215bef5113daf25f.tar.gz
bcm5719-llvm-0ace3f5c73b07c9bd54e5ecd215bef5113daf25f.zip
A change I'm open to reverting if there is disagreement:
When lldb receives a gdb-remote protocol packet that has nonprintable characters, it will print the packet in gdb-remote logging with binary-hex encoding so we don't dump random 8-bit characters into the packet log. I'm changing this check to allow whitespace characters (newlines, linefeeds, tabs) to be printed if those are the only non-printable characters in the packet. This is primarily to get the response to the qXfer:features:read:target.xml packet to show up in the packet logs in human readable form. Right now we just get a dozen kilobytes of hex-ascii and it's hard to figure out what register number scheme is being used. llvm-svn: 247120
Diffstat (limited to 'llvm/lib/Transforms/Scalar/InductiveRangeCheckElimination.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud