aboutsummaryrefslogtreecommitdiff
path: root/flang/lib/Frontend/CompilerInvocation.cpp
diff options
context:
space:
mode:
authorAlexey Lapshin <a.v.lapshin@mail.ru>2021-03-12 01:31:06 +0300
committerAlexey Lapshin <a.v.lapshin@mail.ru>2021-03-18 13:45:53 +0300
commitf134a7158b1eb1b1a63dc402b46a57bf6e5ec897 (patch)
treeef7f282a74b76ea431bbde958a7ef5dbefe240d9 /flang/lib/Frontend/CompilerInvocation.cpp
parentb1afa187c8ee0a42c66aace709069dbd195d012f (diff)
downloadllvm-f134a7158b1eb1b1a63dc402b46a57bf6e5ec897.zip
llvm-f134a7158b1eb1b1a63dc402b46a57bf6e5ec897.tar.gz
llvm-f134a7158b1eb1b1a63dc402b46a57bf6e5ec897.tar.bz2
[llvm-objcopy] remove split dwo file creation from executeObjcopyOnBinary.
This patch removes creation of the resulting file from the executeObjcopyOnBinary() function. For the most use cases, the executeObjcopyOnBinary receives output file as a parameter - raw_ostream &Out. The splitting .dwo file is implemented differently: file containg .dwo tables is created inside executeObjcopyOnBinary(). When objcopy functionality would be moved into separate library, current implementation will become inconvenient. The goal of that refactoring is to separate concerns: It might be convenient to to do dwo tables splitting but to create resulting file differently. Differential Revision: https://reviews.llvm.org/D98582
Diffstat (limited to 'flang/lib/Frontend/CompilerInvocation.cpp')
0 files changed, 0 insertions, 0 deletions