aboutsummaryrefslogtreecommitdiff
path: root/flang/lib/Frontend/CompilerInvocation.cpp
diff options
context:
space:
mode:
authorNico Weber <thakis@chromium.org>2021-04-15 10:55:22 -0400
committerNico Weber <thakis@chromium.org>2021-04-20 08:24:58 -0400
commit1a3f88658a02be6be5224fca9d9123b79958f289 (patch)
treef59c233bf6efd765a3904d7f5d8e73e15cf5fe23 /flang/lib/Frontend/CompilerInvocation.cpp
parent8a6772f3aa92fdf6d01303adfef0e05f5651ea7d (diff)
downloadllvm-1a3f88658a02be6be5224fca9d9123b79958f289.zip
llvm-1a3f88658a02be6be5224fca9d9123b79958f289.tar.gz
llvm-1a3f88658a02be6be5224fca9d9123b79958f289.tar.bz2
[llvm-objdump] Add an llvm-otool tool
This implements an LLVM tool that's flag- and output-compatible with macOS's `otool` -- except for bugs, but from testing with both `otool` and `xcrun otool-classic`, llvm-otool matches vanilla otool's behavior very well already. It's not 100% perfect, but it's a very solid start. This uses the same approach as llvm-objcopy: llvm-objdump uses a different OptTable when it's invoked as llvm-otool. This is possible thanks to D100433. Differential Revision: https://reviews.llvm.org/D100583
Diffstat (limited to 'flang/lib/Frontend/CompilerInvocation.cpp')
0 files changed, 0 insertions, 0 deletions