[bugpoint] Find 'opt', etc., in bugpoint directory
Summary:
When bugpoint attempts to find the other executables it needs to run,
such as `opt` or `clang`, it tries searching the user's PATH. However,
in many cases, the 'bugpoint' executable is part of an LLVM build, and
the 'opt' executable it's looking for is in that same directory.
Many LLVM tools handle this case by using the `Paths` parameter of
`llvm::sys::findProgramByName`, passing the parent path of the currently
running executable. Do this same thing for bugpoint. However, to
preserve the current behavior exactly, first search the user's PATH,
and then search for 'opt' in the directory containing 'bugpoint'.
Test Plan:
`check-llvm`. Many of the existing bugpoint tests no longer need to use the
`--opt-command` option as a result of these changes.
Reviewers: MatzeB, silvas, davide
Reviewed By: MatzeB, davide
Subscribers: davide, llvm-commits
Differential Revision: https://reviews.llvm.org/D54884
llvm-svn: 348734
2018-12-10 08:56:13 +08:00
|
|
|
; RUN: bugpoint -load %llvmshlibdir/BugpointPasses%shlibext --compile-custom --compile-command="%python %/s.py arg1 arg2" --output-prefix %t %s | FileCheck %s
|
2014-03-11 00:58:54 +08:00
|
|
|
; REQUIRES: loadable_module
|
|
|
|
|
|
|
|
; Test that arguments are correctly passed in --compile-command. The output
|
|
|
|
; of bugpoint includes the output of the custom tool, so we just echo the args
|
|
|
|
; in the tool and check here.
|
|
|
|
|
|
|
|
; CHECK: Error: arg1 arg2
|
|
|
|
|
|
|
|
define void @noop() {
|
|
|
|
ret void
|
|
|
|
}
|