diff options
| author | Enrico Granata <egranata@apple.com> | 2013-02-21 23:57:25 +0000 |
|---|---|---|
| committer | Enrico Granata <egranata@apple.com> | 2013-02-21 23:57:25 +0000 |
| commit | d2f16e2c2dfb8a5b46c8e7222eb75d16c7453eb5 (patch) | |
| tree | f6464f6aebb6eee53c399462e0911b78af0c234a /clang/lib/Frontend/CompilerInvocation.cpp | |
| parent | fe03e40d837ed2291de7f667d760709358f50c1f (diff) | |
| download | llvm-d2f16e2c2dfb8a5b46c8e7222eb75d16c7453eb5.zip llvm-d2f16e2c2dfb8a5b46c8e7222eb75d16c7453eb5.tar.gz llvm-d2f16e2c2dfb8a5b46c8e7222eb75d16c7453eb5.tar.bz2 | |
<rdar://problem/13265017>
The notion of Crossref command has long been forgotten, and there is nothing using CommandObjectCrossref in the current LLDB codebase
However, this was causing a conflict with process plugins and command aliases ending up in an infinite loop under situations such as:
(lldb) command alias monitor process plugin packet monitor
(lldb) process att -n Calendar
Process 28709 stopped
Executable module set to "/Applications/Calendar.app/Contents/MacOS/Calendar".
Architecture set to: x86_64-apple-macosx.
(lldb) command alias monitor process plugin packet monitor
This fixes the loop (and consequent crash) by disposing of Crossref commands and related code
llvm-svn: 175831
Diffstat (limited to 'clang/lib/Frontend/CompilerInvocation.cpp')
0 files changed, 0 insertions, 0 deletions