2002-12-24 00:59:41 +01:00
|
|
|
//===- lli.cpp - LLVM Interpreter / Dynamic compiler ----------------------===//
|
2005-04-22 02:00:37 +02:00
|
|
|
//
|
2019-01-19 09:50:56 +01:00
|
|
|
// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
|
|
|
|
// See https://llvm.org/LICENSE.txt for license information.
|
|
|
|
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
|
2005-04-22 02:00:37 +02:00
|
|
|
//
|
2003-10-20 19:47:21 +02:00
|
|
|
//===----------------------------------------------------------------------===//
|
2001-08-23 19:05:04 +02:00
|
|
|
//
|
2003-12-26 06:07:35 +01:00
|
|
|
// This utility provides a simple wrapper around the LLVM Execution Engines,
|
|
|
|
// which allow the direct execution of LLVM programs through a Just-In-Time
|
2009-07-03 14:11:32 +02:00
|
|
|
// compiler, or through an interpreter if no JIT is available for this platform.
|
2001-08-23 19:05:04 +02:00
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
2021-03-02 10:37:55 +01:00
|
|
|
#include "ExecutionUtils.h"
|
2016-01-11 17:35:55 +01:00
|
|
|
#include "RemoteJITUtils.h"
|
2016-01-15 03:14:46 +01:00
|
|
|
#include "llvm/ADT/StringExtras.h"
|
2010-08-28 03:30:02 +02:00
|
|
|
#include "llvm/ADT/Triple.h"
|
2016-11-11 06:34:58 +01:00
|
|
|
#include "llvm/Bitcode/BitcodeReader.h"
|
2020-03-04 00:47:43 +01:00
|
|
|
#include "llvm/CodeGen/CommandFlags.h"
|
2006-08-02 00:34:35 +02:00
|
|
|
#include "llvm/CodeGen/LinkAllCodegenComponents.h"
|
2018-04-30 16:59:11 +02:00
|
|
|
#include "llvm/Config/llvm-config.h"
|
2003-09-05 21:42:34 +02:00
|
|
|
#include "llvm/ExecutionEngine/GenericValue.h"
|
2009-06-25 04:04:04 +02:00
|
|
|
#include "llvm/ExecutionEngine/Interpreter.h"
|
|
|
|
#include "llvm/ExecutionEngine/JITEventListener.h"
|
2021-07-01 03:53:18 +02:00
|
|
|
#include "llvm/ExecutionEngine/JITSymbol.h"
|
2010-11-17 17:06:43 +01:00
|
|
|
#include "llvm/ExecutionEngine/MCJIT.h"
|
2014-01-08 05:09:09 +01:00
|
|
|
#include "llvm/ExecutionEngine/ObjectCache.h"
|
2021-02-23 15:54:21 +01:00
|
|
|
#include "llvm/ExecutionEngine/Orc/DebugObjectManagerPlugin.h"
|
[ORC] Add generic initializer/deinitializer support.
Initializers and deinitializers are used to implement C++ static constructors
and destructors, runtime registration for some languages (e.g. with the
Objective-C runtime for Objective-C/C++ code) and other tasks that would
typically be performed when a shared-object/dylib is loaded or unloaded by a
statically compiled program.
MCJIT and ORC have historically provided limited support for discovering and
running initializers/deinitializers by scanning the llvm.global_ctors and
llvm.global_dtors variables and recording the functions to be run. This approach
suffers from several drawbacks: (1) It only works for IR inputs, not for object
files (including cached JIT'd objects). (2) It only works for initializers
described by llvm.global_ctors and llvm.global_dtors, however not all
initializers are described in this way (Objective-C, for example, describes
initializers via specially named metadata sections). (3) To make the
initializer/deinitializer functions described by llvm.global_ctors and
llvm.global_dtors searchable they must be promoted to extern linkage, polluting
the JIT symbol table (extra care must be taken to ensure this promotion does
not result in symbol name clashes).
This patch introduces several interdependent changes to ORCv2 to support the
construction of new initialization schemes, and includes an implementation of a
backwards-compatible llvm.global_ctor/llvm.global_dtor scanning scheme, and a
MachO specific scheme that handles Objective-C runtime registration (if the
Objective-C runtime is available) enabling execution of LLVM IR compiled from
Objective-C and Swift.
The major changes included in this patch are:
(1) The MaterializationUnit and MaterializationResponsibility classes are
extended to describe an optional "initializer" symbol for the module (see the
getInitializerSymbol method on each class). The presence or absence of this
symbol indicates whether the module contains any initializers or
deinitializers. The initializer symbol otherwise behaves like any other:
searching for it triggers materialization.
(2) A new Platform interface is introduced in llvm/ExecutionEngine/Orc/Core.h
which provides the following callback interface:
- Error setupJITDylib(JITDylib &JD): Can be used to install standard symbols
in JITDylibs upon creation. E.g. __dso_handle.
- Error notifyAdding(JITDylib &JD, const MaterializationUnit &MU): Generally
used to record initializer symbols.
- Error notifyRemoving(JITDylib &JD, VModuleKey K): Used to notify a platform
that a module is being removed.
Platform implementations can use these callbacks to track outstanding
initializers and implement a platform-specific approach for executing them. For
example, the MachOPlatform installs a plugin in the JIT linker to scan for both
__mod_inits sections (for C++ static constructors) and ObjC metadata sections.
If discovered, these are processed in the usual platform order: Objective-C
registration is carried out first, then static initializers are executed,
ensuring that calls to Objective-C from static initializers will be safe.
This patch updates LLJIT to use the new scheme for initialization. Two
LLJIT::PlatformSupport classes are implemented: A GenericIR platform and a MachO
platform. The GenericIR platform implements a modified version of the previous
llvm.global-ctor scraping scheme to provide support for Windows and
Linux. LLJIT's MachO platform uses the MachOPlatform class to provide MachO
specific initialization as described above.
Reviewers: sgraenitz, dblaikie
Subscribers: mgorny, hiraditya, mgrang, ributzka, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D74300
2019-12-16 11:50:40 +01:00
|
|
|
#include "llvm/ExecutionEngine/Orc/DebugUtils.h"
|
2021-07-01 03:53:18 +02:00
|
|
|
#include "llvm/ExecutionEngine/Orc/EPCDebugObjectRegistrar.h"
|
|
|
|
#include "llvm/ExecutionEngine/Orc/EPCEHFrameRegistrar.h"
|
2018-06-26 23:35:48 +02:00
|
|
|
#include "llvm/ExecutionEngine/Orc/ExecutionUtils.h"
|
2018-09-30 21:12:23 +02:00
|
|
|
#include "llvm/ExecutionEngine/Orc/JITTargetMachineBuilder.h"
|
2018-06-26 23:35:48 +02:00
|
|
|
#include "llvm/ExecutionEngine/Orc/LLJIT.h"
|
2017-08-03 04:16:21 +02:00
|
|
|
#include "llvm/ExecutionEngine/Orc/OrcRemoteTargetClient.h"
|
2020-03-20 00:14:18 +01:00
|
|
|
#include "llvm/ExecutionEngine/Orc/RTDyldObjectLinkingLayer.h"
|
2021-03-02 10:41:52 +01:00
|
|
|
#include "llvm/ExecutionEngine/Orc/SymbolStringPool.h"
|
2021-02-23 15:54:21 +01:00
|
|
|
#include "llvm/ExecutionEngine/Orc/TargetProcess/JITLoaderGDB.h"
|
2021-03-02 10:41:52 +01:00
|
|
|
#include "llvm/ExecutionEngine/Orc/TargetProcess/RegisterEHFrames.h"
|
2020-11-11 01:55:24 +01:00
|
|
|
#include "llvm/ExecutionEngine/Orc/TargetProcess/TargetExecutionUtils.h"
|
2012-11-27 20:49:00 +01:00
|
|
|
#include "llvm/ExecutionEngine/SectionMemoryManager.h"
|
2013-10-29 02:29:56 +01:00
|
|
|
#include "llvm/IR/IRBuilder.h"
|
2017-08-03 04:16:21 +02:00
|
|
|
#include "llvm/IR/LLVMContext.h"
|
2013-01-02 12:36:10 +01:00
|
|
|
#include "llvm/IR/Module.h"
|
|
|
|
#include "llvm/IR/Type.h"
|
2018-07-03 00:30:18 +02:00
|
|
|
#include "llvm/IR/Verifier.h"
|
2013-03-26 03:25:37 +01:00
|
|
|
#include "llvm/IRReader/IRReader.h"
|
2014-01-08 05:09:09 +01:00
|
|
|
#include "llvm/Object/Archive.h"
|
|
|
|
#include "llvm/Object/ObjectFile.h"
|
2004-09-02 00:55:40 +02:00
|
|
|
#include "llvm/Support/CommandLine.h"
|
2012-12-04 11:44:52 +01:00
|
|
|
#include "llvm/Support/Debug.h"
|
|
|
|
#include "llvm/Support/DynamicLibrary.h"
|
|
|
|
#include "llvm/Support/Format.h"
|
2018-04-13 20:26:06 +02:00
|
|
|
#include "llvm/Support/InitLLVM.h"
|
2006-12-06 02:18:01 +01:00
|
|
|
#include "llvm/Support/ManagedStatic.h"
|
2012-12-04 11:44:52 +01:00
|
|
|
#include "llvm/Support/MathExtras.h"
|
|
|
|
#include "llvm/Support/Memory.h"
|
2007-05-06 06:58:26 +02:00
|
|
|
#include "llvm/Support/MemoryBuffer.h"
|
2015-03-23 19:07:13 +01:00
|
|
|
#include "llvm/Support/Path.h"
|
2004-09-02 00:55:40 +02:00
|
|
|
#include "llvm/Support/PluginLoader.h"
|
2010-11-29 19:16:10 +01:00
|
|
|
#include "llvm/Support/Process.h"
|
2013-10-02 19:12:36 +02:00
|
|
|
#include "llvm/Support/Program.h"
|
2013-03-26 03:25:37 +01:00
|
|
|
#include "llvm/Support/SourceMgr.h"
|
2011-08-24 20:08:43 +02:00
|
|
|
#include "llvm/Support/TargetSelect.h"
|
2018-04-22 10:02:11 +02:00
|
|
|
#include "llvm/Support/WithColor.h"
|
2012-12-04 11:44:52 +01:00
|
|
|
#include "llvm/Support/raw_ostream.h"
|
2013-06-28 21:11:40 +02:00
|
|
|
#include "llvm/Transforms/Instrumentation.h"
|
2007-04-27 19:02:33 +02:00
|
|
|
#include <cerrno>
|
2010-10-22 16:53:59 +02:00
|
|
|
|
|
|
|
#ifdef __CYGWIN__
|
|
|
|
#include <cygwin/version.h>
|
|
|
|
#if defined(CYGWIN_VERSION_DLL_MAJOR) && CYGWIN_VERSION_DLL_MAJOR<1007
|
|
|
|
#define DO_NOTHING_ATEXIT 1
|
|
|
|
#endif
|
|
|
|
#endif
|
|
|
|
|
2003-11-11 23:41:34 +01:00
|
|
|
using namespace llvm;
|
|
|
|
|
2020-03-04 00:47:43 +01:00
|
|
|
static codegen::RegisterCodeGenFlags CGF;
|
|
|
|
|
2014-04-22 05:10:36 +02:00
|
|
|
#define DEBUG_TYPE "lli"
|
|
|
|
|
2002-12-24 00:59:41 +01:00
|
|
|
namespace {
|
2015-03-25 13:11:48 +01:00
|
|
|
|
2021-03-18 17:50:48 +01:00
|
|
|
enum class JITKind { MCJIT, Orc, OrcLazy };
|
2021-03-02 10:41:52 +01:00
|
|
|
enum class JITLinkerKind { Default, RuntimeDyld, JITLink };
|
2015-03-25 13:11:48 +01:00
|
|
|
|
2002-12-24 00:59:41 +01:00
|
|
|
cl::opt<std::string>
|
2007-07-05 19:07:56 +02:00
|
|
|
InputFile(cl::desc("<input bitcode>"), cl::Positional, cl::init("-"));
|
2002-07-22 04:10:13 +02:00
|
|
|
|
2002-12-24 00:59:41 +01:00
|
|
|
cl::list<std::string>
|
|
|
|
InputArgv(cl::ConsumeAfter, cl::desc("<program arguments>..."));
|
2002-07-22 04:10:13 +02:00
|
|
|
|
2002-12-24 00:59:41 +01:00
|
|
|
cl::opt<bool> ForceInterpreter("force-interpreter",
|
2003-09-25 20:10:34 +02:00
|
|
|
cl::desc("Force interpretation: disable JIT"),
|
|
|
|
cl::init(false));
|
2008-08-08 10:12:06 +02:00
|
|
|
|
2019-07-17 18:40:52 +02:00
|
|
|
cl::opt<JITKind> UseJITKind(
|
|
|
|
"jit-kind", cl::desc("Choose underlying JIT kind."),
|
2021-03-30 11:57:38 +02:00
|
|
|
cl::init(JITKind::Orc),
|
2019-07-17 18:40:52 +02:00
|
|
|
cl::values(clEnumValN(JITKind::MCJIT, "mcjit", "MCJIT"),
|
2021-03-18 17:50:48 +01:00
|
|
|
clEnumValN(JITKind::Orc, "orc", "Orc JIT"),
|
2019-07-17 18:40:52 +02:00
|
|
|
clEnumValN(JITKind::OrcLazy, "orc-lazy",
|
|
|
|
"Orc-based lazy JIT.")));
|
[Orc] New JIT APIs.
This patch adds a new set of JIT APIs to LLVM. The aim of these new APIs is to
cleanly support a wider range of JIT use cases in LLVM, and encourage the
development and contribution of re-usable infrastructure for LLVM JIT use-cases.
These APIs are intended to live alongside the MCJIT APIs, and should not affect
existing clients.
Included in this patch:
1) New headers in include/llvm/ExecutionEngine/Orc that provide a set of
components for building JIT infrastructure.
Implementation code for these headers lives in lib/ExecutionEngine/Orc.
2) A prototype re-implementation of MCJIT (OrcMCJITReplacement) built out of the
new components.
3) Minor changes to RTDyldMemoryManager needed to support the new components.
These changes should not impact existing clients.
4) A new flag for lli, -use-orcmcjit, which will cause lli to use the
OrcMCJITReplacement class as its underlying execution engine, rather than
MCJIT itself.
Tests to follow shortly.
Special thanks to Michael Ilseman, Pete Cooper, David Blaikie, Eric Christopher,
Justin Bogner, and Jim Grosbach for extensive feedback and discussion.
llvm-svn: 226940
2015-01-23 22:25:00 +01:00
|
|
|
|
2021-03-02 10:41:52 +01:00
|
|
|
cl::opt<JITLinkerKind>
|
|
|
|
JITLinker("jit-linker", cl::desc("Choose the dynamic linker/loader."),
|
|
|
|
cl::init(JITLinkerKind::Default),
|
|
|
|
cl::values(clEnumValN(JITLinkerKind::Default, "default",
|
|
|
|
"Default for platform and JIT-kind"),
|
|
|
|
clEnumValN(JITLinkerKind::RuntimeDyld, "rtdyld",
|
|
|
|
"RuntimeDyld"),
|
|
|
|
clEnumValN(JITLinkerKind::JITLink, "jitlink",
|
|
|
|
"Orc-specific linker")));
|
|
|
|
|
2018-09-26 18:26:59 +02:00
|
|
|
cl::opt<unsigned>
|
|
|
|
LazyJITCompileThreads("compile-threads",
|
|
|
|
cl::desc("Choose the number of compile threads "
|
|
|
|
"(jit-kind=orc-lazy only)"),
|
|
|
|
cl::init(0));
|
|
|
|
|
|
|
|
cl::list<std::string>
|
|
|
|
ThreadEntryPoints("thread-entry",
|
|
|
|
cl::desc("calls the given entry-point on a new thread "
|
|
|
|
"(jit-kind=orc-lazy only)"));
|
|
|
|
|
2018-09-30 01:49:57 +02:00
|
|
|
cl::opt<bool> PerModuleLazy(
|
|
|
|
"per-module-lazy",
|
|
|
|
cl::desc("Performs lazy compilation on whole module boundaries "
|
|
|
|
"rather than individual functions"),
|
|
|
|
cl::init(false));
|
|
|
|
|
2018-10-24 01:01:39 +02:00
|
|
|
cl::list<std::string>
|
|
|
|
JITDylibs("jd",
|
|
|
|
cl::desc("Specifies the JITDylib to be used for any subsequent "
|
|
|
|
"-extra-module arguments."));
|
|
|
|
|
2020-02-14 23:22:59 +01:00
|
|
|
cl::list<std::string>
|
|
|
|
Dylibs("dlopen", cl::desc("Dynamic libraries to load before linking"),
|
|
|
|
cl::ZeroOrMore);
|
|
|
|
|
2012-09-05 18:50:34 +02:00
|
|
|
// The MCJIT supports building for a target address space separate from
|
|
|
|
// the JIT compilation process. Use a forked process and a copying
|
|
|
|
// memory manager with IPC to execute using this functionality.
|
|
|
|
cl::opt<bool> RemoteMCJIT("remote-mcjit",
|
|
|
|
cl::desc("Execute MCJIT'ed code in a separate process."),
|
|
|
|
cl::init(false));
|
|
|
|
|
2013-10-02 19:12:36 +02:00
|
|
|
// Manually specify the child process for remote execution. This overrides
|
|
|
|
// the simulated remote execution that allocates address space for child
|
2013-10-29 02:33:14 +01:00
|
|
|
// execution. The child process will be executed and will communicate with
|
|
|
|
// lli via stdin/stdout pipes.
|
2013-10-02 19:12:36 +02:00
|
|
|
cl::opt<std::string>
|
2014-01-22 22:52:35 +01:00
|
|
|
ChildExecPath("mcjit-remote-process",
|
|
|
|
cl::desc("Specify the filename of the process to launch "
|
|
|
|
"for remote MCJIT execution. If none is specified,"
|
|
|
|
"\n\tremote execution will be simulated in-process."),
|
|
|
|
cl::value_desc("filename"), cl::init(""));
|
2013-10-02 19:12:36 +02:00
|
|
|
|
2009-05-05 01:05:19 +02:00
|
|
|
// Determine optimization level.
|
|
|
|
cl::opt<char>
|
|
|
|
OptLevel("O",
|
|
|
|
cl::desc("Optimization level. [-O0, -O1, -O2, or -O3] "
|
|
|
|
"(default = '-O2')"),
|
|
|
|
cl::Prefix,
|
|
|
|
cl::ZeroOrMore,
|
|
|
|
cl::init(' '));
|
2008-08-08 10:12:06 +02:00
|
|
|
|
2005-12-16 06:00:21 +01:00
|
|
|
cl::opt<std::string>
|
2005-12-16 06:19:18 +01:00
|
|
|
TargetTriple("mtriple", cl::desc("Override target triple for module"));
|
2008-11-06 00:21:52 +01:00
|
|
|
|
|
|
|
cl::opt<std::string>
|
|
|
|
EntryFunc("entry-function",
|
|
|
|
cl::desc("Specify the entry function (default = 'main') "
|
|
|
|
"of the executable"),
|
|
|
|
cl::value_desc("function"),
|
|
|
|
cl::init("main"));
|
2012-01-16 09:56:09 +01:00
|
|
|
|
2013-10-04 02:49:38 +02:00
|
|
|
cl::list<std::string>
|
2013-10-28 22:58:15 +01:00
|
|
|
ExtraModules("extra-module",
|
2013-10-04 02:49:38 +02:00
|
|
|
cl::desc("Extra modules to be loaded"),
|
2013-10-28 23:51:25 +01:00
|
|
|
cl::value_desc("input bitcode"));
|
2013-10-04 02:49:38 +02:00
|
|
|
|
2014-01-08 05:09:09 +01:00
|
|
|
cl::list<std::string>
|
|
|
|
ExtraObjects("extra-object",
|
|
|
|
cl::desc("Extra object files to be loaded"),
|
|
|
|
cl::value_desc("input object"));
|
|
|
|
|
|
|
|
cl::list<std::string>
|
|
|
|
ExtraArchives("extra-archive",
|
|
|
|
cl::desc("Extra archive files to be loaded"),
|
|
|
|
cl::value_desc("input archive"));
|
|
|
|
|
|
|
|
cl::opt<bool>
|
|
|
|
EnableCacheManager("enable-cache-manager",
|
2019-04-27 18:13:53 +02:00
|
|
|
cl::desc("Use cache manager to save/load modules"),
|
2014-01-08 05:09:09 +01:00
|
|
|
cl::init(false));
|
|
|
|
|
2014-01-09 06:24:05 +01:00
|
|
|
cl::opt<std::string>
|
|
|
|
ObjectCacheDir("object-cache-dir",
|
|
|
|
cl::desc("Directory to store cached object files "
|
|
|
|
"(must be user writable)"),
|
|
|
|
cl::init(""));
|
|
|
|
|
2003-10-28 23:51:44 +01:00
|
|
|
cl::opt<std::string>
|
|
|
|
FakeArgv0("fake-argv0",
|
|
|
|
cl::desc("Override the 'argv[0]' value passed into the executing"
|
|
|
|
" program"), cl::value_desc("executable"));
|
2012-01-16 09:56:09 +01:00
|
|
|
|
2006-09-14 08:17:09 +02:00
|
|
|
cl::opt<bool>
|
|
|
|
DisableCoreFiles("disable-core-files", cl::Hidden,
|
|
|
|
cl::desc("Disable emission of core files if possible"));
|
2008-04-22 08:51:41 +02:00
|
|
|
|
|
|
|
cl::opt<bool>
|
2008-05-21 20:20:21 +02:00
|
|
|
NoLazyCompilation("disable-lazy-compilation",
|
2008-04-22 08:51:41 +02:00
|
|
|
cl::desc("Disable JIT lazy compilation"),
|
|
|
|
cl::init(false));
|
2011-07-19 08:37:02 +02:00
|
|
|
|
2012-04-18 10:34:12 +02:00
|
|
|
cl::opt<bool>
|
2012-10-12 11:55:13 +02:00
|
|
|
GenerateSoftFloatCalls("soft-float",
|
|
|
|
cl::desc("Generate software floating point library calls"),
|
|
|
|
cl::init(false));
|
|
|
|
|
2020-01-22 01:28:30 +01:00
|
|
|
cl::opt<bool> NoProcessSymbols(
|
|
|
|
"no-process-syms",
|
|
|
|
cl::desc("Do not resolve lli process symbols in JIT'd code"),
|
|
|
|
cl::init(false));
|
|
|
|
|
2021-07-11 03:35:55 +02:00
|
|
|
enum class LLJITPlatform { Inactive, DetectHost, GenericIR };
|
[ORC] Add generic initializer/deinitializer support.
Initializers and deinitializers are used to implement C++ static constructors
and destructors, runtime registration for some languages (e.g. with the
Objective-C runtime for Objective-C/C++ code) and other tasks that would
typically be performed when a shared-object/dylib is loaded or unloaded by a
statically compiled program.
MCJIT and ORC have historically provided limited support for discovering and
running initializers/deinitializers by scanning the llvm.global_ctors and
llvm.global_dtors variables and recording the functions to be run. This approach
suffers from several drawbacks: (1) It only works for IR inputs, not for object
files (including cached JIT'd objects). (2) It only works for initializers
described by llvm.global_ctors and llvm.global_dtors, however not all
initializers are described in this way (Objective-C, for example, describes
initializers via specially named metadata sections). (3) To make the
initializer/deinitializer functions described by llvm.global_ctors and
llvm.global_dtors searchable they must be promoted to extern linkage, polluting
the JIT symbol table (extra care must be taken to ensure this promotion does
not result in symbol name clashes).
This patch introduces several interdependent changes to ORCv2 to support the
construction of new initialization schemes, and includes an implementation of a
backwards-compatible llvm.global_ctor/llvm.global_dtor scanning scheme, and a
MachO specific scheme that handles Objective-C runtime registration (if the
Objective-C runtime is available) enabling execution of LLVM IR compiled from
Objective-C and Swift.
The major changes included in this patch are:
(1) The MaterializationUnit and MaterializationResponsibility classes are
extended to describe an optional "initializer" symbol for the module (see the
getInitializerSymbol method on each class). The presence or absence of this
symbol indicates whether the module contains any initializers or
deinitializers. The initializer symbol otherwise behaves like any other:
searching for it triggers materialization.
(2) A new Platform interface is introduced in llvm/ExecutionEngine/Orc/Core.h
which provides the following callback interface:
- Error setupJITDylib(JITDylib &JD): Can be used to install standard symbols
in JITDylibs upon creation. E.g. __dso_handle.
- Error notifyAdding(JITDylib &JD, const MaterializationUnit &MU): Generally
used to record initializer symbols.
- Error notifyRemoving(JITDylib &JD, VModuleKey K): Used to notify a platform
that a module is being removed.
Platform implementations can use these callbacks to track outstanding
initializers and implement a platform-specific approach for executing them. For
example, the MachOPlatform installs a plugin in the JIT linker to scan for both
__mod_inits sections (for C++ static constructors) and ObjC metadata sections.
If discovered, these are processed in the usual platform order: Objective-C
registration is carried out first, then static initializers are executed,
ensuring that calls to Objective-C from static initializers will be safe.
This patch updates LLJIT to use the new scheme for initialization. Two
LLJIT::PlatformSupport classes are implemented: A GenericIR platform and a MachO
platform. The GenericIR platform implements a modified version of the previous
llvm.global-ctor scraping scheme to provide support for Windows and
Linux. LLJIT's MachO platform uses the MachOPlatform class to provide MachO
specific initialization as described above.
Reviewers: sgraenitz, dblaikie
Subscribers: mgorny, hiraditya, mgrang, ributzka, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D74300
2019-12-16 11:50:40 +01:00
|
|
|
|
|
|
|
cl::opt<LLJITPlatform>
|
|
|
|
Platform("lljit-platform", cl::desc("Platform to use with LLJIT"),
|
|
|
|
cl::init(LLJITPlatform::DetectHost),
|
|
|
|
cl::values(clEnumValN(LLJITPlatform::DetectHost, "DetectHost",
|
|
|
|
"Select based on JIT target triple"),
|
|
|
|
clEnumValN(LLJITPlatform::GenericIR, "GenericIR",
|
|
|
|
"Use LLJITGenericIRPlatform"),
|
2021-03-30 09:24:46 +02:00
|
|
|
clEnumValN(LLJITPlatform::Inactive, "Inactive",
|
|
|
|
"Disable platform support explicitly")),
|
[ORC] Add generic initializer/deinitializer support.
Initializers and deinitializers are used to implement C++ static constructors
and destructors, runtime registration for some languages (e.g. with the
Objective-C runtime for Objective-C/C++ code) and other tasks that would
typically be performed when a shared-object/dylib is loaded or unloaded by a
statically compiled program.
MCJIT and ORC have historically provided limited support for discovering and
running initializers/deinitializers by scanning the llvm.global_ctors and
llvm.global_dtors variables and recording the functions to be run. This approach
suffers from several drawbacks: (1) It only works for IR inputs, not for object
files (including cached JIT'd objects). (2) It only works for initializers
described by llvm.global_ctors and llvm.global_dtors, however not all
initializers are described in this way (Objective-C, for example, describes
initializers via specially named metadata sections). (3) To make the
initializer/deinitializer functions described by llvm.global_ctors and
llvm.global_dtors searchable they must be promoted to extern linkage, polluting
the JIT symbol table (extra care must be taken to ensure this promotion does
not result in symbol name clashes).
This patch introduces several interdependent changes to ORCv2 to support the
construction of new initialization schemes, and includes an implementation of a
backwards-compatible llvm.global_ctor/llvm.global_dtor scanning scheme, and a
MachO specific scheme that handles Objective-C runtime registration (if the
Objective-C runtime is available) enabling execution of LLVM IR compiled from
Objective-C and Swift.
The major changes included in this patch are:
(1) The MaterializationUnit and MaterializationResponsibility classes are
extended to describe an optional "initializer" symbol for the module (see the
getInitializerSymbol method on each class). The presence or absence of this
symbol indicates whether the module contains any initializers or
deinitializers. The initializer symbol otherwise behaves like any other:
searching for it triggers materialization.
(2) A new Platform interface is introduced in llvm/ExecutionEngine/Orc/Core.h
which provides the following callback interface:
- Error setupJITDylib(JITDylib &JD): Can be used to install standard symbols
in JITDylibs upon creation. E.g. __dso_handle.
- Error notifyAdding(JITDylib &JD, const MaterializationUnit &MU): Generally
used to record initializer symbols.
- Error notifyRemoving(JITDylib &JD, VModuleKey K): Used to notify a platform
that a module is being removed.
Platform implementations can use these callbacks to track outstanding
initializers and implement a platform-specific approach for executing them. For
example, the MachOPlatform installs a plugin in the JIT linker to scan for both
__mod_inits sections (for C++ static constructors) and ObjC metadata sections.
If discovered, these are processed in the usual platform order: Objective-C
registration is carried out first, then static initializers are executed,
ensuring that calls to Objective-C from static initializers will be safe.
This patch updates LLJIT to use the new scheme for initialization. Two
LLJIT::PlatformSupport classes are implemented: A GenericIR platform and a MachO
platform. The GenericIR platform implements a modified version of the previous
llvm.global-ctor scraping scheme to provide support for Windows and
Linux. LLJIT's MachO platform uses the MachOPlatform class to provide MachO
specific initialization as described above.
Reviewers: sgraenitz, dblaikie
Subscribers: mgorny, hiraditya, mgrang, ributzka, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D74300
2019-12-16 11:50:40 +01:00
|
|
|
cl::Hidden);
|
|
|
|
|
2018-06-26 23:35:48 +02:00
|
|
|
enum class DumpKind {
|
|
|
|
NoDump,
|
|
|
|
DumpFuncsToStdOut,
|
|
|
|
DumpModsToStdOut,
|
|
|
|
DumpModsToDisk
|
|
|
|
};
|
|
|
|
|
|
|
|
cl::opt<DumpKind> OrcDumpKind(
|
|
|
|
"orc-lazy-debug", cl::desc("Debug dumping for the orc-lazy JIT."),
|
|
|
|
cl::init(DumpKind::NoDump),
|
|
|
|
cl::values(clEnumValN(DumpKind::NoDump, "no-dump",
|
|
|
|
"Don't dump anything."),
|
|
|
|
clEnumValN(DumpKind::DumpFuncsToStdOut, "funcs-to-stdout",
|
|
|
|
"Dump function names to stdout."),
|
|
|
|
clEnumValN(DumpKind::DumpModsToStdOut, "mods-to-stdout",
|
|
|
|
"Dump modules to stdout."),
|
|
|
|
clEnumValN(DumpKind::DumpModsToDisk, "mods-to-disk",
|
|
|
|
"Dump modules to the current "
|
|
|
|
"working directory. (WARNING: "
|
|
|
|
"will overwrite existing files).")),
|
|
|
|
cl::Hidden);
|
|
|
|
|
2021-03-02 10:37:55 +01:00
|
|
|
cl::list<BuiltinFunctionKind> GenerateBuiltinFunctions(
|
|
|
|
"generate",
|
|
|
|
cl::desc("Provide built-in functions for access by JITed code "
|
|
|
|
"(jit-kind=orc-lazy only)"),
|
|
|
|
cl::values(clEnumValN(BuiltinFunctionKind::DumpDebugDescriptor,
|
|
|
|
"__dump_jit_debug_descriptor",
|
|
|
|
"Dump __jit_debug_descriptor contents to stdout"),
|
|
|
|
clEnumValN(BuiltinFunctionKind::DumpDebugObjects,
|
|
|
|
"__dump_jit_debug_objects",
|
|
|
|
"Dump __jit_debug_descriptor in-memory debug "
|
|
|
|
"objects as tool output")),
|
|
|
|
cl::Hidden);
|
|
|
|
|
2016-04-25 21:56:45 +02:00
|
|
|
ExitOnError ExitOnErr;
|
2002-12-24 00:59:41 +01:00
|
|
|
}
|
2001-10-27 10:43:52 +02:00
|
|
|
|
2021-03-02 10:41:52 +01:00
|
|
|
LLVM_ATTRIBUTE_USED void linkComponents() {
|
|
|
|
errs() << (void *)&llvm_orc_registerEHFrameSectionWrapper
|
2021-02-23 15:54:21 +01:00
|
|
|
<< (void *)&llvm_orc_deregisterEHFrameSectionWrapper
|
|
|
|
<< (void *)&llvm_orc_registerJITLoaderGDBWrapper;
|
2021-03-02 10:41:52 +01:00
|
|
|
}
|
|
|
|
|
2014-01-08 05:09:09 +01:00
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
// Object cache
|
|
|
|
//
|
2014-01-09 06:24:05 +01:00
|
|
|
// This object cache implementation writes cached objects to disk to the
|
|
|
|
// directory specified by CacheDir, using a filename provided in the module
|
|
|
|
// descriptor. The cache tries to load a saved object using that path if the
|
|
|
|
// file exists. CacheDir defaults to "", in which case objects are cached
|
2014-01-10 11:38:28 +01:00
|
|
|
// alongside their originating bitcodes.
|
2014-01-08 05:09:09 +01:00
|
|
|
//
|
|
|
|
class LLIObjectCache : public ObjectCache {
|
|
|
|
public:
|
2014-01-09 06:24:05 +01:00
|
|
|
LLIObjectCache(const std::string& CacheDir) : CacheDir(CacheDir) {
|
|
|
|
// Add trailing '/' to cache dir if necessary.
|
2014-01-09 06:29:59 +01:00
|
|
|
if (!this->CacheDir.empty() &&
|
|
|
|
this->CacheDir[this->CacheDir.size() - 1] != '/')
|
2014-01-10 11:38:28 +01:00
|
|
|
this->CacheDir += '/';
|
2014-01-09 06:24:05 +01:00
|
|
|
}
|
2015-04-11 04:11:45 +02:00
|
|
|
~LLIObjectCache() override {}
|
2014-01-08 05:09:09 +01:00
|
|
|
|
2014-08-19 20:44:46 +02:00
|
|
|
void notifyObjectCompiled(const Module *M, MemoryBufferRef Obj) override {
|
2016-06-08 12:01:20 +02:00
|
|
|
const std::string &ModuleID = M->getModuleIdentifier();
|
2014-01-08 05:09:09 +01:00
|
|
|
std::string CacheName;
|
|
|
|
if (!getCacheFilename(ModuleID, CacheName))
|
|
|
|
return;
|
2014-01-10 11:38:34 +01:00
|
|
|
if (!CacheDir.empty()) { // Create user-defined cache dir.
|
2015-07-15 23:24:07 +02:00
|
|
|
SmallString<128> dir(sys::path::parent_path(CacheName));
|
2014-01-10 11:38:34 +01:00
|
|
|
sys::fs::create_directories(Twine(dir));
|
|
|
|
}
|
2020-02-22 18:49:55 +01:00
|
|
|
|
2014-08-25 20:16:47 +02:00
|
|
|
std::error_code EC;
|
2019-08-05 07:43:48 +02:00
|
|
|
raw_fd_ostream outfile(CacheName, EC, sys::fs::OF_None);
|
2014-08-19 20:44:46 +02:00
|
|
|
outfile.write(Obj.getBufferStart(), Obj.getBufferSize());
|
2014-01-08 05:09:09 +01:00
|
|
|
outfile.close();
|
|
|
|
}
|
|
|
|
|
2014-08-13 20:49:01 +02:00
|
|
|
std::unique_ptr<MemoryBuffer> getObject(const Module* M) override {
|
2016-06-08 12:01:20 +02:00
|
|
|
const std::string &ModuleID = M->getModuleIdentifier();
|
2014-01-08 05:09:09 +01:00
|
|
|
std::string CacheName;
|
|
|
|
if (!getCacheFilename(ModuleID, CacheName))
|
2014-04-25 06:24:47 +02:00
|
|
|
return nullptr;
|
2014-01-08 05:09:09 +01:00
|
|
|
// Load the object from the cache filename
|
2014-07-06 19:43:13 +02:00
|
|
|
ErrorOr<std::unique_ptr<MemoryBuffer>> IRObjectBuffer =
|
[NFC] Reordering parameters in getFile and getFileOrSTDIN
In future patches I will be setting the IsText parameter frequently so I will refactor the args to be in the following order. I have removed the FileSize parameter because it is never used.
```
static ErrorOr<std::unique_ptr<MemoryBuffer>>
getFile(const Twine &Filename, bool IsText = false,
bool RequiresNullTerminator = true, bool IsVolatile = false);
static ErrorOr<std::unique_ptr<MemoryBuffer>>
getFileOrSTDIN(const Twine &Filename, bool IsText = false,
bool RequiresNullTerminator = true);
static ErrorOr<std::unique_ptr<MB>>
getFileAux(const Twine &Filename, uint64_t MapSize, uint64_t Offset,
bool IsText, bool RequiresNullTerminator, bool IsVolatile);
static ErrorOr<std::unique_ptr<WritableMemoryBuffer>>
getFile(const Twine &Filename, bool IsVolatile = false);
```
Reviewed By: jhenderson
Differential Revision: https://reviews.llvm.org/D99182
2021-03-25 14:47:25 +01:00
|
|
|
MemoryBuffer::getFile(CacheName, /*IsText=*/false,
|
|
|
|
/*RequiresNullTerminator=*/false);
|
2014-01-08 05:09:09 +01:00
|
|
|
// If the file isn't there, that's OK.
|
|
|
|
if (!IRObjectBuffer)
|
2014-04-25 06:24:47 +02:00
|
|
|
return nullptr;
|
2014-01-08 05:09:09 +01:00
|
|
|
// MCJIT will want to write into this buffer, and we don't want that
|
|
|
|
// because the file has probably just been mmapped. Instead we make
|
|
|
|
// a copy. The filed-based buffer will be released when it goes
|
|
|
|
// out of scope.
|
2014-08-27 22:03:13 +02:00
|
|
|
return MemoryBuffer::getMemBufferCopy(IRObjectBuffer.get()->getBuffer());
|
2014-01-08 05:09:09 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
private:
|
2014-01-09 06:24:05 +01:00
|
|
|
std::string CacheDir;
|
|
|
|
|
2014-01-08 05:09:09 +01:00
|
|
|
bool getCacheFilename(const std::string &ModID, std::string &CacheName) {
|
|
|
|
std::string Prefix("file:");
|
|
|
|
size_t PrefixLength = Prefix.length();
|
|
|
|
if (ModID.substr(0, PrefixLength) != Prefix)
|
|
|
|
return false;
|
2020-02-22 18:49:55 +01:00
|
|
|
|
|
|
|
std::string CacheSubdir = ModID.substr(PrefixLength);
|
2014-01-10 11:38:40 +01:00
|
|
|
#if defined(_WIN32)
|
2020-02-22 18:49:55 +01:00
|
|
|
// Transform "X:\foo" => "/X\foo" for convenience.
|
|
|
|
if (isalpha(CacheSubdir[0]) && CacheSubdir[1] == ':') {
|
|
|
|
CacheSubdir[1] = CacheSubdir[0];
|
|
|
|
CacheSubdir[0] = '/';
|
|
|
|
}
|
2014-01-10 11:38:40 +01:00
|
|
|
#endif
|
2020-02-22 18:49:55 +01:00
|
|
|
|
2014-01-10 11:38:40 +01:00
|
|
|
CacheName = CacheDir + CacheSubdir;
|
2014-01-08 05:09:09 +01:00
|
|
|
size_t pos = CacheName.rfind('.');
|
|
|
|
CacheName.replace(pos, CacheName.length() - pos, ".o");
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
2013-10-29 02:29:56 +01:00
|
|
|
// On Mingw and Cygwin, an external symbol named '__main' is called from the
|
2016-11-20 14:31:13 +01:00
|
|
|
// generated 'main' function to allow static initialization. To avoid linking
|
2013-10-29 02:29:56 +01:00
|
|
|
// problems with remote targets (because lli's remote target support does not
|
|
|
|
// currently handle external linking) we add a secondary module which defines
|
|
|
|
// an empty '__main' function.
|
2016-04-18 20:52:39 +02:00
|
|
|
static void addCygMingExtraModule(ExecutionEngine &EE, LLVMContext &Context,
|
2013-10-29 02:29:56 +01:00
|
|
|
StringRef TargetTripleStr) {
|
|
|
|
IRBuilder<> Builder(Context);
|
|
|
|
Triple TargetTriple(TargetTripleStr);
|
|
|
|
|
|
|
|
// Create a new module.
|
2019-08-15 17:54:37 +02:00
|
|
|
std::unique_ptr<Module> M = std::make_unique<Module>("CygMingHelper", Context);
|
2013-10-29 02:29:56 +01:00
|
|
|
M->setTargetTriple(TargetTripleStr);
|
|
|
|
|
|
|
|
// Create an empty function named "__main".
|
2019-01-13 17:09:28 +01:00
|
|
|
Type *ReturnTy;
|
2013-10-29 02:29:56 +01:00
|
|
|
if (TargetTriple.isArch64Bit())
|
2019-01-13 17:09:28 +01:00
|
|
|
ReturnTy = Type::getInt64Ty(Context);
|
2013-10-29 02:29:56 +01:00
|
|
|
else
|
2019-01-13 17:09:28 +01:00
|
|
|
ReturnTy = Type::getInt32Ty(Context);
|
|
|
|
Function *Result =
|
|
|
|
Function::Create(FunctionType::get(ReturnTy, {}, false),
|
|
|
|
GlobalValue::ExternalLinkage, "__main", M.get());
|
|
|
|
|
|
|
|
BasicBlock *BB = BasicBlock::Create(Context, "__main", Result);
|
|
|
|
Builder.SetInsertPoint(BB);
|
|
|
|
Value *ReturnVal = ConstantInt::get(ReturnTy, 0);
|
2013-10-29 02:29:56 +01:00
|
|
|
Builder.CreateRet(ReturnVal);
|
|
|
|
|
|
|
|
// Add this new module to the ExecutionEngine.
|
2016-04-18 20:52:39 +02:00
|
|
|
EE.addModule(std::move(M));
|
2013-10-29 02:29:56 +01:00
|
|
|
}
|
|
|
|
|
2015-06-09 04:43:27 +02:00
|
|
|
CodeGenOpt::Level getOptLevel() {
|
|
|
|
switch (OptLevel) {
|
|
|
|
default:
|
2018-04-22 10:02:11 +02:00
|
|
|
WithColor::error(errs(), "lli") << "invalid optimization level.\n";
|
2015-06-09 04:43:27 +02:00
|
|
|
exit(1);
|
|
|
|
case '0': return CodeGenOpt::None;
|
|
|
|
case '1': return CodeGenOpt::Less;
|
|
|
|
case ' ':
|
|
|
|
case '2': return CodeGenOpt::Default;
|
|
|
|
case '3': return CodeGenOpt::Aggressive;
|
|
|
|
}
|
|
|
|
llvm_unreachable("Unrecognized opt level.");
|
|
|
|
}
|
2013-10-29 02:29:56 +01:00
|
|
|
|
2016-11-17 23:58:13 +01:00
|
|
|
LLVM_ATTRIBUTE_NORETURN
|
|
|
|
static void reportError(SMDiagnostic Err, const char *ProgName) {
|
|
|
|
Err.print(ProgName, errs());
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
|
2020-02-14 23:22:59 +01:00
|
|
|
Error loadDylibs();
|
2021-03-18 17:50:48 +01:00
|
|
|
int runOrcJIT(const char *ProgName);
|
2018-09-30 01:49:57 +02:00
|
|
|
void disallowOrcOptions();
|
2018-06-26 23:35:48 +02:00
|
|
|
|
2001-08-23 19:05:04 +02:00
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
// main Driver function
|
|
|
|
//
|
2003-10-14 23:39:53 +02:00
|
|
|
int main(int argc, char **argv, char * const *envp) {
|
2018-04-13 20:26:06 +02:00
|
|
|
InitLLVM X(argc, argv);
|
2009-07-16 04:04:54 +02:00
|
|
|
|
2016-04-25 21:56:45 +02:00
|
|
|
if (argc > 1)
|
|
|
|
ExitOnErr.setBanner(std::string(argv[0]) + ": ");
|
|
|
|
|
2009-07-16 04:04:54 +02:00
|
|
|
// If we have a native target, initialize it to ensure it is linked in and
|
|
|
|
// usable by the JIT.
|
|
|
|
InitializeNativeTarget();
|
2011-03-18 23:48:41 +01:00
|
|
|
InitializeNativeTargetAsmPrinter();
|
2012-11-05 20:06:05 +01:00
|
|
|
InitializeNativeTargetAsmParser();
|
2009-07-16 04:04:54 +02:00
|
|
|
|
2007-05-06 06:58:26 +02:00
|
|
|
cl::ParseCommandLineOptions(argc, argv,
|
2007-10-08 17:45:12 +02:00
|
|
|
"llvm interpreter & dynamic compiler\n");
|
2004-12-30 06:36:08 +01:00
|
|
|
|
2007-05-06 06:58:26 +02:00
|
|
|
// If the user doesn't want core files, disable them.
|
|
|
|
if (DisableCoreFiles)
|
|
|
|
sys::Process::PreventCoreFiles();
|
2012-01-16 09:56:09 +01:00
|
|
|
|
2020-02-14 23:22:59 +01:00
|
|
|
ExitOnErr(loadDylibs());
|
|
|
|
|
2021-03-18 17:50:48 +01:00
|
|
|
if (UseJITKind == JITKind::MCJIT)
|
2018-09-30 01:49:57 +02:00
|
|
|
disallowOrcOptions();
|
2021-03-18 17:50:48 +01:00
|
|
|
else
|
|
|
|
return runOrcJIT(argv[0]);
|
2018-08-28 22:20:31 +02:00
|
|
|
|
2021-03-18 17:50:48 +01:00
|
|
|
// Old lli implementation based on ExecutionEngine and MCJIT.
|
2016-04-18 20:52:39 +02:00
|
|
|
LLVMContext Context;
|
|
|
|
|
2007-07-05 19:07:56 +02:00
|
|
|
// Load the bitcode...
|
2010-11-13 01:28:01 +01:00
|
|
|
SMDiagnostic Err;
|
2014-08-26 19:29:46 +02:00
|
|
|
std::unique_ptr<Module> Owner = parseIRFile(InputFile, Err, Context);
|
2014-08-19 06:04:25 +02:00
|
|
|
Module *Mod = Owner.get();
|
2016-11-17 23:58:13 +01:00
|
|
|
if (!Mod)
|
|
|
|
reportError(Err, argv[0]);
|
2004-12-30 06:36:08 +01:00
|
|
|
|
2014-01-08 05:09:09 +01:00
|
|
|
if (EnableCacheManager) {
|
2014-09-03 00:28:02 +02:00
|
|
|
std::string CacheName("file:");
|
|
|
|
CacheName.append(InputFile);
|
|
|
|
Mod->setModuleIdentifier(CacheName);
|
2014-01-08 05:09:09 +01:00
|
|
|
}
|
|
|
|
|
2010-01-27 21:34:15 +01:00
|
|
|
// If not jitting lazily, load the whole bitcode file eagerly too.
|
|
|
|
if (NoLazyCompilation) {
|
2016-11-09 22:30:33 +01:00
|
|
|
// Use *argv instead of argv[0] to work around a wrong GCC warning.
|
|
|
|
ExitOnError ExitOnErr(std::string(*argv) +
|
2016-11-09 18:49:19 +01:00
|
|
|
": bitcode didn't read correctly: ");
|
|
|
|
ExitOnErr(Mod->materializeAll());
|
2008-04-22 08:51:41 +02:00
|
|
|
}
|
2004-12-30 06:36:08 +01:00
|
|
|
|
2014-01-15 00:51:27 +01:00
|
|
|
std::string ErrorMsg;
|
2014-08-19 06:04:25 +02:00
|
|
|
EngineBuilder builder(std::move(Owner));
|
2020-03-04 00:47:43 +01:00
|
|
|
builder.setMArch(codegen::getMArch());
|
|
|
|
builder.setMCPU(codegen::getCPUStr());
|
|
|
|
builder.setMAttrs(codegen::getFeatureList());
|
|
|
|
if (auto RM = codegen::getExplicitRelocModel())
|
|
|
|
builder.setRelocationModel(RM.getValue());
|
|
|
|
if (auto CM = codegen::getExplicitCodeModel())
|
|
|
|
builder.setCodeModel(CM.getValue());
|
2009-07-18 10:07:13 +02:00
|
|
|
builder.setErrorStr(&ErrorMsg);
|
|
|
|
builder.setEngineKind(ForceInterpreter
|
2009-07-18 02:42:18 +02:00
|
|
|
? EngineKind::Interpreter
|
|
|
|
: EngineKind::JIT);
|
|
|
|
|
2007-05-06 06:58:26 +02:00
|
|
|
// If we are supposed to override the target triple, do so now.
|
|
|
|
if (!TargetTriple.empty())
|
2010-08-28 03:30:02 +02:00
|
|
|
Mod->setTargetTriple(Triple::normalize(TargetTriple));
|
2008-04-22 08:51:41 +02:00
|
|
|
|
2012-01-16 09:56:09 +01:00
|
|
|
// Enable MCJIT if desired.
|
2014-04-25 06:24:47 +02:00
|
|
|
RTDyldMemoryManager *RTDyldMM = nullptr;
|
2014-09-03 00:28:02 +02:00
|
|
|
if (!ForceInterpreter) {
|
2012-09-05 18:50:34 +02:00
|
|
|
if (RemoteMCJIT)
|
2016-01-11 17:35:55 +01:00
|
|
|
RTDyldMM = new ForwardingMemoryManager();
|
2012-09-05 18:50:34 +02:00
|
|
|
else
|
2013-05-14 21:29:00 +02:00
|
|
|
RTDyldMM = new SectionMemoryManager();
|
2014-12-03 01:51:19 +01:00
|
|
|
|
|
|
|
// Deliberately construct a temp std::unique_ptr to pass in. Do not null out
|
|
|
|
// RTDyldMM: We still use it below, even though we don't own it.
|
|
|
|
builder.setMCJITMemoryManager(
|
|
|
|
std::unique_ptr<RTDyldMemoryManager>(RTDyldMM));
|
2014-09-23 18:56:02 +02:00
|
|
|
} else if (RemoteMCJIT) {
|
2018-04-22 10:02:11 +02:00
|
|
|
WithColor::error(errs(), argv[0])
|
|
|
|
<< "remote process execution does not work with the interpreter.\n";
|
2014-09-23 18:56:02 +02:00
|
|
|
exit(1);
|
2012-01-16 09:56:09 +01:00
|
|
|
}
|
2010-11-17 17:06:37 +01:00
|
|
|
|
2015-06-09 04:43:27 +02:00
|
|
|
builder.setOptLevel(getOptLevel());
|
2009-07-18 02:42:18 +02:00
|
|
|
|
2020-10-14 17:55:55 +02:00
|
|
|
TargetOptions Options =
|
|
|
|
codegen::InitTargetOptionsFromCodeGenFlags(Triple(TargetTriple));
|
2020-03-04 00:47:43 +01:00
|
|
|
if (codegen::getFloatABIForCalls() != FloatABI::Default)
|
|
|
|
Options.FloatABIType = codegen::getFloatABIForCalls();
|
2012-10-12 11:55:13 +02:00
|
|
|
|
|
|
|
builder.setTargetOptions(Options);
|
|
|
|
|
2016-04-18 20:52:39 +02:00
|
|
|
std::unique_ptr<ExecutionEngine> EE(builder.create());
|
2009-07-07 20:31:09 +02:00
|
|
|
if (!EE) {
|
|
|
|
if (!ErrorMsg.empty())
|
2018-04-22 10:02:11 +02:00
|
|
|
WithColor::error(errs(), argv[0])
|
|
|
|
<< "error creating EE: " << ErrorMsg << "\n";
|
2009-07-07 20:31:09 +02:00
|
|
|
else
|
2018-04-22 10:02:11 +02:00
|
|
|
WithColor::error(errs(), argv[0]) << "unknown error creating EE!\n";
|
2007-05-06 06:58:26 +02:00
|
|
|
exit(1);
|
|
|
|
}
|
2004-12-30 06:36:08 +01:00
|
|
|
|
2016-04-18 20:52:39 +02:00
|
|
|
std::unique_ptr<LLIObjectCache> CacheManager;
|
2014-01-08 05:09:09 +01:00
|
|
|
if (EnableCacheManager) {
|
2016-04-18 20:52:39 +02:00
|
|
|
CacheManager.reset(new LLIObjectCache(ObjectCacheDir));
|
|
|
|
EE->setObjectCache(CacheManager.get());
|
2014-01-08 05:09:09 +01:00
|
|
|
}
|
|
|
|
|
2013-10-04 02:49:38 +02:00
|
|
|
// Load any additional modules specified on the command line.
|
|
|
|
for (unsigned i = 0, e = ExtraModules.size(); i != e; ++i) {
|
2014-08-26 19:29:46 +02:00
|
|
|
std::unique_ptr<Module> XMod = parseIRFile(ExtraModules[i], Err, Context);
|
2016-11-17 23:58:13 +01:00
|
|
|
if (!XMod)
|
|
|
|
reportError(Err, argv[0]);
|
2014-01-08 05:09:09 +01:00
|
|
|
if (EnableCacheManager) {
|
2014-09-03 00:28:02 +02:00
|
|
|
std::string CacheName("file:");
|
|
|
|
CacheName.append(ExtraModules[i]);
|
|
|
|
XMod->setModuleIdentifier(CacheName);
|
2014-01-08 05:09:09 +01:00
|
|
|
}
|
2014-08-19 06:04:25 +02:00
|
|
|
EE->addModule(std::move(XMod));
|
2013-10-04 02:49:38 +02:00
|
|
|
}
|
|
|
|
|
2014-01-08 05:09:09 +01:00
|
|
|
for (unsigned i = 0, e = ExtraObjects.size(); i != e; ++i) {
|
2016-04-07 00:14:09 +02:00
|
|
|
Expected<object::OwningBinary<object::ObjectFile>> Obj =
|
2014-01-22 01:14:49 +01:00
|
|
|
object::ObjectFile::createObjectFile(ExtraObjects[i]);
|
2014-01-08 05:09:09 +01:00
|
|
|
if (!Obj) {
|
2016-04-07 00:14:09 +02:00
|
|
|
// TODO: Actually report errors helpfully.
|
|
|
|
consumeError(Obj.takeError());
|
2016-11-17 23:58:13 +01:00
|
|
|
reportError(Err, argv[0]);
|
2014-01-08 05:09:09 +01:00
|
|
|
}
|
2014-08-20 17:19:37 +02:00
|
|
|
object::OwningBinary<object::ObjectFile> &O = Obj.get();
|
2014-08-26 23:04:04 +02:00
|
|
|
EE->addObjectFile(std::move(O));
|
2014-01-08 05:09:09 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
for (unsigned i = 0, e = ExtraArchives.size(); i != e; ++i) {
|
2014-08-19 20:44:46 +02:00
|
|
|
ErrorOr<std::unique_ptr<MemoryBuffer>> ArBufOrErr =
|
2014-07-06 19:43:13 +02:00
|
|
|
MemoryBuffer::getFileOrSTDIN(ExtraArchives[i]);
|
2016-11-17 23:58:13 +01:00
|
|
|
if (!ArBufOrErr)
|
|
|
|
reportError(Err, argv[0]);
|
2014-08-19 20:44:46 +02:00
|
|
|
std::unique_ptr<MemoryBuffer> &ArBuf = ArBufOrErr.get();
|
2014-08-01 20:31:17 +02:00
|
|
|
|
2016-06-29 22:35:44 +02:00
|
|
|
Expected<std::unique_ptr<object::Archive>> ArOrErr =
|
2014-08-19 20:44:46 +02:00
|
|
|
object::Archive::create(ArBuf->getMemBufferRef());
|
2016-06-29 22:35:44 +02:00
|
|
|
if (!ArOrErr) {
|
|
|
|
std::string Buf;
|
|
|
|
raw_string_ostream OS(Buf);
|
2018-11-11 02:46:03 +01:00
|
|
|
logAllUnhandledErrors(ArOrErr.takeError(), OS);
|
2016-06-29 22:35:44 +02:00
|
|
|
OS.flush();
|
|
|
|
errs() << Buf;
|
2016-11-17 23:59:13 +01:00
|
|
|
exit(1);
|
2014-01-08 05:09:09 +01:00
|
|
|
}
|
2014-08-19 20:44:46 +02:00
|
|
|
std::unique_ptr<object::Archive> &Ar = ArOrErr.get();
|
|
|
|
|
|
|
|
object::OwningBinary<object::Archive> OB(std::move(Ar), std::move(ArBuf));
|
|
|
|
|
|
|
|
EE->addArchive(std::move(OB));
|
2014-01-08 05:09:09 +01:00
|
|
|
}
|
|
|
|
|
2013-10-29 02:29:56 +01:00
|
|
|
// If the target is Cygwin/MingW and we are generating remote code, we
|
|
|
|
// need an extra module to help out with linking.
|
|
|
|
if (RemoteMCJIT && Triple(Mod->getTargetTriple()).isOSCygMing()) {
|
2016-04-18 20:52:39 +02:00
|
|
|
addCygMingExtraModule(*EE, Context, Mod->getTargetTriple());
|
2013-10-29 02:29:56 +01:00
|
|
|
}
|
|
|
|
|
2012-03-13 09:33:15 +01:00
|
|
|
// The following functions have no effect if their respective profiling
|
|
|
|
// support wasn't enabled in the build configuration.
|
|
|
|
EE->RegisterJITEventListener(
|
|
|
|
JITEventListener::createOProfileJITEventListener());
|
|
|
|
EE->RegisterJITEventListener(
|
|
|
|
JITEventListener::createIntelJITEventListener());
|
Add PerfJITEventListener for perf profiling support.
This new JIT event listener supports generating profiling data for
the linux 'perf' profiling tool, allowing it to generate function and
instruction level profiles.
Currently this functionality is not enabled by default, but must be
enabled with LLVM_USE_PERF=yes. Given that the listener has no
dependencies, it might be sensible to enable by default once the
initial issues have been shaken out.
I followed existing precedent in registering the listener by default
in lli. Should there be a decision to enable this by default on linux,
that should probably be changed.
Please note that until https://reviews.llvm.org/D47343 is resolved,
using this functionality with mcjit rather than orcjit will not
reliably work.
Disregarding the previous comment, here's an example:
$ cat /tmp/expensive_loop.c
bool stupid_isprime(uint64_t num)
{
if (num == 2)
return true;
if (num < 1 || num % 2 == 0)
return false;
for(uint64_t i = 3; i < num / 2; i+= 2) {
if (num % i == 0)
return false;
}
return true;
}
int main(int argc, char **argv)
{
int numprimes = 0;
for (uint64_t num = argc; num < 100000; num++)
{
if (stupid_isprime(num))
numprimes++;
}
return numprimes;
}
$ clang -ggdb -S -c -emit-llvm /tmp/expensive_loop.c -o
/tmp/expensive_loop.ll
$ perf record -o perf.data -g -k 1 ./bin/lli -jit-kind=mcjit /tmp/expensive_loop.ll 1
$ perf inject --jit -i perf.data -o perf.jit.data
$ perf report -i perf.jit.data
- 92.59% lli jitted-5881-2.so [.] stupid_isprime
stupid_isprime
main
llvm::MCJIT::runFunction
llvm::ExecutionEngine::runFunctionAsMain
main
__libc_start_main
0x4bf6258d4c544155
+ 0.85% lli ld-2.27.so [.] do_lookup_x
And line-level annotations also work:
│ for(uint64_t i = 3; i < num / 2; i+= 2) {
│1 30: movq $0x3,-0x18(%rbp)
0.03 │1 38: mov -0x18(%rbp),%rax
0.03 │ mov -0x10(%rbp),%rcx
│ shr $0x1,%rcx
3.63 │ ┌──cmp %rcx,%rax
│ ├──jae 6f
│ │ if (num % i == 0)
0.03 │ │ mov -0x10(%rbp),%rax
│ │ xor %edx,%edx
89.00 │ │ divq -0x18(%rbp)
│ │ cmp $0x0,%rdx
0.22 │ │↓ jne 5f
│ │ return false;
│ │ movb $0x0,-0x1(%rbp)
│ │↓ jmp 73
│ │ }
3.22 │1 5f:│↓ jmp 61
│ │ for(uint64_t i = 3; i < num / 2; i+= 2) {
Subscribers: mgorny, llvm-commits
Differential Revision: https://reviews.llvm.org/D44892
llvm-svn: 337789
2018-07-24 02:54:06 +02:00
|
|
|
if (!RemoteMCJIT)
|
|
|
|
EE->RegisterJITEventListener(
|
|
|
|
JITEventListener::createPerfJITEventListener());
|
2009-06-25 04:04:04 +02:00
|
|
|
|
2012-09-05 18:50:34 +02:00
|
|
|
if (!NoLazyCompilation && RemoteMCJIT) {
|
2018-04-22 10:02:11 +02:00
|
|
|
WithColor::warning(errs(), argv[0])
|
|
|
|
<< "remote mcjit does not support lazy compilation\n";
|
2012-09-05 18:50:34 +02:00
|
|
|
NoLazyCompilation = true;
|
|
|
|
}
|
2009-10-27 23:39:42 +01:00
|
|
|
EE->DisableLazyCompilation(NoLazyCompilation);
|
2008-04-22 08:51:41 +02:00
|
|
|
|
2007-05-06 06:58:26 +02:00
|
|
|
// If the user specifically requested an argv[0] to pass into the program,
|
|
|
|
// do it now.
|
|
|
|
if (!FakeArgv0.empty()) {
|
2015-01-22 02:49:59 +01:00
|
|
|
InputFile = static_cast<std::string>(FakeArgv0);
|
2007-05-06 06:58:26 +02:00
|
|
|
} else {
|
|
|
|
// Otherwise, if there is a .bc suffix on the executable strip it off, it
|
|
|
|
// might confuse the program.
|
2010-04-15 13:33:14 +02:00
|
|
|
if (StringRef(InputFile).endswith(".bc"))
|
2007-05-06 06:58:26 +02:00
|
|
|
InputFile.erase(InputFile.length() - 3);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Add the module's name to the start of the vector of arguments to main().
|
|
|
|
InputArgv.insert(InputArgv.begin(), InputFile);
|
|
|
|
|
|
|
|
// Call the main function from M as if its signature were:
|
|
|
|
// int main (int argc, char **argv, const char **envp)
|
|
|
|
// using the contents of Args to determine argc & argv, and the contents of
|
|
|
|
// EnvVars to determine envp.
|
|
|
|
//
|
2008-11-06 00:21:52 +01:00
|
|
|
Function *EntryFn = Mod->getFunction(EntryFunc);
|
|
|
|
if (!EntryFn) {
|
2018-04-22 10:02:11 +02:00
|
|
|
WithColor::error(errs(), argv[0])
|
|
|
|
<< '\'' << EntryFunc << "\' function not found in module.\n";
|
2007-05-06 06:58:26 +02:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Reset errno to zero on entry to main.
|
|
|
|
errno = 0;
|
2012-01-16 09:56:09 +01:00
|
|
|
|
2016-04-18 21:55:43 +02:00
|
|
|
int Result = -1;
|
2013-10-02 20:04:40 +02:00
|
|
|
|
2016-01-11 17:35:55 +01:00
|
|
|
// Sanity check use of remote-jit: LLI currently only supports use of the
|
|
|
|
// remote JIT on Unix platforms.
|
|
|
|
if (RemoteMCJIT) {
|
|
|
|
#ifndef LLVM_ON_UNIX
|
2018-04-22 10:02:11 +02:00
|
|
|
WithColor::warning(errs(), argv[0])
|
2018-04-22 10:35:00 +02:00
|
|
|
<< "host does not support external remote targets.\n";
|
|
|
|
WithColor::note() << "defaulting to local execution\n";
|
2016-01-11 22:41:34 +01:00
|
|
|
return -1;
|
2016-01-11 17:35:55 +01:00
|
|
|
#else
|
|
|
|
if (ChildExecPath.empty()) {
|
2018-04-22 10:02:11 +02:00
|
|
|
WithColor::error(errs(), argv[0])
|
|
|
|
<< "-remote-mcjit requires -mcjit-remote-process.\n";
|
2016-01-11 17:35:55 +01:00
|
|
|
exit(1);
|
|
|
|
} else if (!sys::fs::can_execute(ChildExecPath)) {
|
2018-04-22 10:02:11 +02:00
|
|
|
WithColor::error(errs(), argv[0])
|
|
|
|
<< "unable to find usable child executable: '" << ChildExecPath
|
|
|
|
<< "'\n";
|
2016-01-11 17:35:55 +01:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2012-11-27 20:49:00 +01:00
|
|
|
if (!RemoteMCJIT) {
|
2013-10-12 00:47:10 +02:00
|
|
|
// If the program doesn't explicitly call exit, we will need the Exit
|
|
|
|
// function later on to make an explicit call, so get the function now.
|
[opaque pointer types] Add a FunctionCallee wrapper type, and use it.
Recommit r352791 after tweaking DerivedTypes.h slightly, so that gcc
doesn't choke on it, hopefully.
Original Message:
The FunctionCallee type is effectively a {FunctionType*,Value*} pair,
and is a useful convenience to enable code to continue passing the
result of getOrInsertFunction() through to EmitCall, even once pointer
types lose their pointee-type.
Then:
- update the CallInst/InvokeInst instruction creation functions to
take a Callee,
- modify getOrInsertFunction to return FunctionCallee, and
- update all callers appropriately.
One area of particular note is the change to the sanitizer
code. Previously, they had been casting the result of
`getOrInsertFunction` to a `Function*` via
`checkSanitizerInterfaceFunction`, and storing that. That would report
an error if someone had already inserted a function declaraction with
a mismatching signature.
However, in general, LLVM allows for such mismatches, as
`getOrInsertFunction` will automatically insert a bitcast if
needed. As part of this cleanup, cause the sanitizer code to do the
same. (It will call its functions using the expected signature,
however they may have been declared.)
Finally, in a small number of locations, callers of
`getOrInsertFunction` actually were expecting/requiring that a brand
new function was being created. In such cases, I've switched them to
Function::Create instead.
Differential Revision: https://reviews.llvm.org/D57315
llvm-svn: 352827
2019-02-01 03:28:03 +01:00
|
|
|
FunctionCallee Exit = Mod->getOrInsertFunction(
|
|
|
|
"exit", Type::getVoidTy(Context), Type::getInt32Ty(Context));
|
2013-10-12 00:47:10 +02:00
|
|
|
|
2013-10-02 20:04:40 +02:00
|
|
|
// Run static constructors.
|
2014-09-03 00:28:02 +02:00
|
|
|
if (!ForceInterpreter) {
|
2013-10-01 03:47:35 +02:00
|
|
|
// Give MCJIT a chance to apply relocations and set page permissions.
|
|
|
|
EE->finalizeObject();
|
|
|
|
}
|
|
|
|
EE->runStaticConstructorsDestructors(false);
|
2008-04-22 08:51:41 +02:00
|
|
|
|
2013-12-07 12:21:42 +01:00
|
|
|
// Trigger compilation separately so code regions that need to be
|
2013-10-02 20:04:40 +02:00
|
|
|
// invalidated will be known.
|
|
|
|
(void)EE->getPointerToFunction(EntryFn);
|
|
|
|
// Clear instruction cache before code will be executed.
|
|
|
|
if (RTDyldMM)
|
|
|
|
static_cast<SectionMemoryManager*>(RTDyldMM)->invalidateInstructionCache();
|
|
|
|
|
|
|
|
// Run main.
|
|
|
|
Result = EE->runFunctionAsMain(EntryFn, InputArgv, envp);
|
|
|
|
|
|
|
|
// Run static destructors.
|
|
|
|
EE->runStaticConstructorsDestructors(true);
|
|
|
|
|
|
|
|
// If the program didn't call exit explicitly, we should call it now.
|
|
|
|
// This ensures that any atexit handlers get called correctly.
|
[opaque pointer types] Add a FunctionCallee wrapper type, and use it.
Recommit r352791 after tweaking DerivedTypes.h slightly, so that gcc
doesn't choke on it, hopefully.
Original Message:
The FunctionCallee type is effectively a {FunctionType*,Value*} pair,
and is a useful convenience to enable code to continue passing the
result of getOrInsertFunction() through to EmitCall, even once pointer
types lose their pointee-type.
Then:
- update the CallInst/InvokeInst instruction creation functions to
take a Callee,
- modify getOrInsertFunction to return FunctionCallee, and
- update all callers appropriately.
One area of particular note is the change to the sanitizer
code. Previously, they had been casting the result of
`getOrInsertFunction` to a `Function*` via
`checkSanitizerInterfaceFunction`, and storing that. That would report
an error if someone had already inserted a function declaraction with
a mismatching signature.
However, in general, LLVM allows for such mismatches, as
`getOrInsertFunction` will automatically insert a bitcast if
needed. As part of this cleanup, cause the sanitizer code to do the
same. (It will call its functions using the expected signature,
however they may have been declared.)
Finally, in a small number of locations, callers of
`getOrInsertFunction` actually were expecting/requiring that a brand
new function was being created. In such cases, I've switched them to
Function::Create instead.
Differential Revision: https://reviews.llvm.org/D57315
llvm-svn: 352827
2019-02-01 03:28:03 +01:00
|
|
|
if (Function *ExitF =
|
|
|
|
dyn_cast<Function>(Exit.getCallee()->stripPointerCasts())) {
|
|
|
|
if (ExitF->getFunctionType() == Exit.getFunctionType()) {
|
|
|
|
std::vector<GenericValue> Args;
|
|
|
|
GenericValue ResultGV;
|
|
|
|
ResultGV.IntVal = APInt(32, Result);
|
|
|
|
Args.push_back(ResultGV);
|
|
|
|
EE->runFunction(ExitF, Args);
|
|
|
|
WithColor::error(errs(), argv[0])
|
|
|
|
<< "exit(" << Result << ") returned!\n";
|
|
|
|
abort();
|
|
|
|
}
|
2013-10-02 20:04:40 +02:00
|
|
|
}
|
[opaque pointer types] Add a FunctionCallee wrapper type, and use it.
Recommit r352791 after tweaking DerivedTypes.h slightly, so that gcc
doesn't choke on it, hopefully.
Original Message:
The FunctionCallee type is effectively a {FunctionType*,Value*} pair,
and is a useful convenience to enable code to continue passing the
result of getOrInsertFunction() through to EmitCall, even once pointer
types lose their pointee-type.
Then:
- update the CallInst/InvokeInst instruction creation functions to
take a Callee,
- modify getOrInsertFunction to return FunctionCallee, and
- update all callers appropriately.
One area of particular note is the change to the sanitizer
code. Previously, they had been casting the result of
`getOrInsertFunction` to a `Function*` via
`checkSanitizerInterfaceFunction`, and storing that. That would report
an error if someone had already inserted a function declaraction with
a mismatching signature.
However, in general, LLVM allows for such mismatches, as
`getOrInsertFunction` will automatically insert a bitcast if
needed. As part of this cleanup, cause the sanitizer code to do the
same. (It will call its functions using the expected signature,
however they may have been declared.)
Finally, in a small number of locations, callers of
`getOrInsertFunction` actually were expecting/requiring that a brand
new function was being created. In such cases, I've switched them to
Function::Create instead.
Differential Revision: https://reviews.llvm.org/D57315
llvm-svn: 352827
2019-02-01 03:28:03 +01:00
|
|
|
WithColor::error(errs(), argv[0]) << "exit defined with wrong prototype!\n";
|
|
|
|
abort();
|
2013-10-02 20:04:40 +02:00
|
|
|
} else {
|
|
|
|
// else == "if (RemoteMCJIT)"
|
|
|
|
|
|
|
|
// Remote target MCJIT doesn't (yet) support static constructors. No reason
|
2017-07-11 08:04:59 +02:00
|
|
|
// it couldn't. This is a limitation of the LLI implementation, not the
|
2013-10-02 20:04:40 +02:00
|
|
|
// MCJIT itself. FIXME.
|
2016-01-11 17:35:55 +01:00
|
|
|
|
|
|
|
// Lanch the remote process and get a channel to it.
|
2020-12-29 10:27:41 +01:00
|
|
|
std::unique_ptr<orc::shared::FDRawByteChannel> C = launchRemote();
|
2016-01-11 17:35:55 +01:00
|
|
|
if (!C) {
|
2018-04-22 10:02:11 +02:00
|
|
|
WithColor::error(errs(), argv[0]) << "failed to launch remote JIT.\n";
|
2016-01-11 17:35:55 +01:00
|
|
|
exit(1);
|
2013-10-02 19:12:36 +02:00
|
|
|
}
|
|
|
|
|
2016-01-11 17:35:55 +01:00
|
|
|
// Create a remote target client running over the channel.
|
2021-07-27 05:50:19 +02:00
|
|
|
llvm::orc::ExecutionSession ES(
|
|
|
|
std::make_unique<orc::UnsupportedExecutorProcessControl>());
|
2018-05-30 03:57:45 +02:00
|
|
|
ES.setErrorReporter([&](Error Err) { ExitOnErr(std::move(Err)); });
|
2017-09-04 22:54:46 +02:00
|
|
|
typedef orc::remote::OrcRemoteTargetClient MyRemote;
|
2018-05-30 03:57:45 +02:00
|
|
|
auto R = ExitOnErr(MyRemote::Create(*C, ES));
|
2013-10-04 02:49:38 +02:00
|
|
|
|
2016-01-11 17:35:55 +01:00
|
|
|
// Create a remote memory manager.
|
2017-09-04 22:54:46 +02:00
|
|
|
auto RemoteMM = ExitOnErr(R->createRemoteMemoryManager());
|
2012-09-05 18:50:34 +02:00
|
|
|
|
2016-01-11 17:35:55 +01:00
|
|
|
// Forward MCJIT's memory manager calls to the remote memory manager.
|
|
|
|
static_cast<ForwardingMemoryManager*>(RTDyldMM)->setMemMgr(
|
|
|
|
std::move(RemoteMM));
|
|
|
|
|
|
|
|
// Forward MCJIT's symbol resolution calls to the remote.
|
2017-08-28 08:47:47 +02:00
|
|
|
static_cast<ForwardingMemoryManager *>(RTDyldMM)->setResolver(
|
2020-09-08 06:21:28 +02:00
|
|
|
std::make_unique<RemoteResolver<MyRemote>>(*R));
|
2016-01-11 17:35:55 +01:00
|
|
|
|
|
|
|
// Grab the target address of the JIT'd main function on the remote and call
|
|
|
|
// it.
|
2012-09-05 18:50:34 +02:00
|
|
|
// FIXME: argv and envp handling.
|
2016-08-01 22:49:11 +02:00
|
|
|
JITTargetAddress Entry = EE->getFunctionAddress(EntryFn->getName().str());
|
2016-01-11 17:35:55 +01:00
|
|
|
EE->finalizeObject();
|
2018-05-14 14:53:11 +02:00
|
|
|
LLVM_DEBUG(dbgs() << "Executing '" << EntryFn->getName() << "' at 0x"
|
|
|
|
<< format("%llx", Entry) << "\n");
|
2016-11-11 22:42:09 +01:00
|
|
|
Result = ExitOnErr(R->callIntVoid(Entry));
|
2012-09-05 18:50:34 +02:00
|
|
|
|
2013-10-02 20:04:40 +02:00
|
|
|
// Like static constructors, the remote target MCJIT support doesn't handle
|
|
|
|
// this yet. It could. FIXME.
|
2007-05-06 06:58:26 +02:00
|
|
|
|
2016-01-11 17:35:55 +01:00
|
|
|
// Delete the EE - we need to tear it down *before* we terminate the session
|
|
|
|
// with the remote, otherwise it'll crash when it tries to release resources
|
|
|
|
// on a remote that has already been disconnected.
|
2016-04-18 20:52:39 +02:00
|
|
|
EE.reset();
|
2016-01-11 17:35:55 +01:00
|
|
|
|
|
|
|
// Signal the remote target that we're done JITing.
|
2016-11-11 22:42:09 +01:00
|
|
|
ExitOnErr(R->terminateSession());
|
2012-09-05 18:50:34 +02:00
|
|
|
}
|
2012-01-16 09:56:09 +01:00
|
|
|
|
2012-09-05 18:50:34 +02:00
|
|
|
return Result;
|
2001-08-23 19:05:04 +02:00
|
|
|
}
|
2016-01-11 17:35:55 +01:00
|
|
|
|
2019-08-02 17:21:37 +02:00
|
|
|
static std::function<void(Module &)> createDebugDumper() {
|
2018-06-26 23:35:48 +02:00
|
|
|
switch (OrcDumpKind) {
|
|
|
|
case DumpKind::NoDump:
|
2019-08-02 17:21:37 +02:00
|
|
|
return [](Module &M) {};
|
2018-06-26 23:35:48 +02:00
|
|
|
|
|
|
|
case DumpKind::DumpFuncsToStdOut:
|
2019-08-02 17:21:37 +02:00
|
|
|
return [](Module &M) {
|
2018-06-26 23:35:48 +02:00
|
|
|
printf("[ ");
|
|
|
|
|
2019-08-02 17:21:37 +02:00
|
|
|
for (const auto &F : M) {
|
2018-06-26 23:35:48 +02:00
|
|
|
if (F.isDeclaration())
|
|
|
|
continue;
|
|
|
|
|
|
|
|
if (F.hasName()) {
|
2020-01-28 20:23:46 +01:00
|
|
|
std::string Name(std::string(F.getName()));
|
2018-06-26 23:35:48 +02:00
|
|
|
printf("%s ", Name.c_str());
|
|
|
|
} else
|
|
|
|
printf("<anon> ");
|
|
|
|
}
|
|
|
|
|
|
|
|
printf("]\n");
|
|
|
|
};
|
|
|
|
|
|
|
|
case DumpKind::DumpModsToStdOut:
|
2019-08-02 17:21:37 +02:00
|
|
|
return [](Module &M) {
|
|
|
|
outs() << "----- Module Start -----\n" << M << "----- Module End -----\n";
|
2018-06-26 23:35:48 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
case DumpKind::DumpModsToDisk:
|
2019-08-02 17:21:37 +02:00
|
|
|
return [](Module &M) {
|
2018-06-26 23:35:48 +02:00
|
|
|
std::error_code EC;
|
2021-04-06 13:22:41 +02:00
|
|
|
raw_fd_ostream Out(M.getModuleIdentifier() + ".ll", EC,
|
|
|
|
sys::fs::OF_TextWithCRLF);
|
2018-06-26 23:35:48 +02:00
|
|
|
if (EC) {
|
2019-08-02 17:21:37 +02:00
|
|
|
errs() << "Couldn't open " << M.getModuleIdentifier()
|
2018-06-26 23:35:48 +02:00
|
|
|
<< " for dumping.\nError:" << EC.message() << "\n";
|
|
|
|
exit(1);
|
|
|
|
}
|
2019-08-02 17:21:37 +02:00
|
|
|
Out << M;
|
2018-06-26 23:35:48 +02:00
|
|
|
};
|
|
|
|
}
|
|
|
|
llvm_unreachable("Unknown DumpKind");
|
|
|
|
}
|
|
|
|
|
2020-02-14 23:22:59 +01:00
|
|
|
Error loadDylibs() {
|
|
|
|
for (const auto &Dylib : Dylibs) {
|
|
|
|
std::string ErrMsg;
|
|
|
|
if (sys::DynamicLibrary::LoadLibraryPermanently(Dylib.c_str(), &ErrMsg))
|
|
|
|
return make_error<StringError>(ErrMsg, inconvertibleErrorCode());
|
|
|
|
}
|
|
|
|
|
|
|
|
return Error::success();
|
|
|
|
}
|
|
|
|
|
2018-10-24 01:01:39 +02:00
|
|
|
static void exitOnLazyCallThroughFailure() { exit(1); }
|
|
|
|
|
2020-02-22 18:49:55 +01:00
|
|
|
Expected<orc::ThreadSafeModule>
|
|
|
|
loadModule(StringRef Path, orc::ThreadSafeContext TSCtx) {
|
|
|
|
SMDiagnostic Err;
|
|
|
|
auto M = parseIRFile(Path, Err, *TSCtx.getContext());
|
|
|
|
if (!M) {
|
|
|
|
std::string ErrMsg;
|
|
|
|
{
|
|
|
|
raw_string_ostream ErrMsgStream(ErrMsg);
|
|
|
|
Err.print("lli", ErrMsgStream);
|
|
|
|
}
|
|
|
|
return make_error<StringError>(std::move(ErrMsg), inconvertibleErrorCode());
|
|
|
|
}
|
|
|
|
|
|
|
|
if (EnableCacheManager)
|
|
|
|
M->setModuleIdentifier("file:" + M->getModuleIdentifier());
|
|
|
|
|
|
|
|
return orc::ThreadSafeModule(std::move(M), std::move(TSCtx));
|
|
|
|
}
|
|
|
|
|
2021-03-18 17:50:48 +01:00
|
|
|
int runOrcJIT(const char *ProgName) {
|
2018-08-28 22:20:31 +02:00
|
|
|
// Start setting up the JIT environment.
|
2018-06-26 23:35:48 +02:00
|
|
|
|
2018-08-28 22:20:31 +02:00
|
|
|
// Parse the main module.
|
2019-08-15 17:54:37 +02:00
|
|
|
orc::ThreadSafeContext TSCtx(std::make_unique<LLVMContext>());
|
2020-02-22 18:49:55 +01:00
|
|
|
auto MainModule = ExitOnErr(loadModule(InputFile, TSCtx));
|
|
|
|
|
|
|
|
// Get TargetTriple and DataLayout from the main module if they're explicitly
|
|
|
|
// set.
|
|
|
|
Optional<Triple> TT;
|
|
|
|
Optional<DataLayout> DL;
|
|
|
|
MainModule.withModuleDo([&](Module &M) {
|
|
|
|
if (!M.getTargetTriple().empty())
|
|
|
|
TT = Triple(M.getTargetTriple());
|
|
|
|
if (!M.getDataLayout().isDefault())
|
|
|
|
DL = M.getDataLayout();
|
|
|
|
});
|
2018-08-28 22:20:31 +02:00
|
|
|
|
2019-04-30 00:37:27 +02:00
|
|
|
orc::LLLazyJITBuilder Builder;
|
|
|
|
|
|
|
|
Builder.setJITTargetMachineBuilder(
|
2020-02-22 18:49:55 +01:00
|
|
|
TT ? orc::JITTargetMachineBuilder(*TT)
|
|
|
|
: ExitOnErr(orc::JITTargetMachineBuilder::detectHost()));
|
|
|
|
|
|
|
|
TT = Builder.getJITTargetMachineBuilder()->getTargetTriple();
|
|
|
|
if (DL)
|
|
|
|
Builder.setDataLayout(DL);
|
2018-06-26 23:35:48 +02:00
|
|
|
|
2020-03-04 00:47:43 +01:00
|
|
|
if (!codegen::getMArch().empty())
|
|
|
|
Builder.getJITTargetMachineBuilder()->getTargetTriple().setArchName(
|
|
|
|
codegen::getMArch());
|
2018-09-30 21:12:23 +02:00
|
|
|
|
2019-04-30 00:37:27 +02:00
|
|
|
Builder.getJITTargetMachineBuilder()
|
2020-03-04 00:47:43 +01:00
|
|
|
->setCPU(codegen::getCPUStr())
|
|
|
|
.addFeatures(codegen::getFeatureList())
|
|
|
|
.setRelocationModel(codegen::getExplicitRelocModel())
|
|
|
|
.setCodeModel(codegen::getExplicitCodeModel());
|
2018-09-30 21:12:23 +02:00
|
|
|
|
2021-03-23 16:27:40 +01:00
|
|
|
// FIXME: Setting a dummy call-through manager in non-lazy mode prevents the
|
|
|
|
// JIT builder to instantiate a default (which would fail with an error for
|
|
|
|
// unsupported architectures).
|
|
|
|
if (UseJITKind != JITKind::OrcLazy) {
|
2021-07-27 05:50:19 +02:00
|
|
|
auto ES = std::make_unique<orc::ExecutionSession>(
|
|
|
|
ExitOnErr(orc::SelfExecutorProcessControl::Create()));
|
2021-03-23 16:27:40 +01:00
|
|
|
Builder.setLazyCallthroughManager(
|
|
|
|
std::make_unique<orc::LazyCallThroughManager>(*ES, 0, nullptr));
|
|
|
|
Builder.setExecutionSession(std::move(ES));
|
|
|
|
}
|
|
|
|
|
2019-04-30 00:37:27 +02:00
|
|
|
Builder.setLazyCompileFailureAddr(
|
|
|
|
pointerToJITTargetAddress(exitOnLazyCallThroughFailure));
|
|
|
|
Builder.setNumCompileThreads(LazyJITCompileThreads);
|
2018-10-24 01:01:39 +02:00
|
|
|
|
2020-02-22 18:49:55 +01:00
|
|
|
// If the object cache is enabled then set a custom compile function
|
|
|
|
// creator to use the cache.
|
|
|
|
std::unique_ptr<LLIObjectCache> CacheManager;
|
|
|
|
if (EnableCacheManager) {
|
|
|
|
|
|
|
|
CacheManager = std::make_unique<LLIObjectCache>(ObjectCacheDir);
|
|
|
|
|
|
|
|
Builder.setCompileFunctionCreator(
|
|
|
|
[&](orc::JITTargetMachineBuilder JTMB)
|
|
|
|
-> Expected<std::unique_ptr<orc::IRCompileLayer::IRCompiler>> {
|
|
|
|
if (LazyJITCompileThreads > 0)
|
|
|
|
return std::make_unique<orc::ConcurrentIRCompiler>(std::move(JTMB),
|
|
|
|
CacheManager.get());
|
|
|
|
|
|
|
|
auto TM = JTMB.createTargetMachine();
|
|
|
|
if (!TM)
|
|
|
|
return TM.takeError();
|
|
|
|
|
|
|
|
return std::make_unique<orc::TMOwningSimpleCompiler>(std::move(*TM),
|
|
|
|
CacheManager.get());
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
[ORC] Add generic initializer/deinitializer support.
Initializers and deinitializers are used to implement C++ static constructors
and destructors, runtime registration for some languages (e.g. with the
Objective-C runtime for Objective-C/C++ code) and other tasks that would
typically be performed when a shared-object/dylib is loaded or unloaded by a
statically compiled program.
MCJIT and ORC have historically provided limited support for discovering and
running initializers/deinitializers by scanning the llvm.global_ctors and
llvm.global_dtors variables and recording the functions to be run. This approach
suffers from several drawbacks: (1) It only works for IR inputs, not for object
files (including cached JIT'd objects). (2) It only works for initializers
described by llvm.global_ctors and llvm.global_dtors, however not all
initializers are described in this way (Objective-C, for example, describes
initializers via specially named metadata sections). (3) To make the
initializer/deinitializer functions described by llvm.global_ctors and
llvm.global_dtors searchable they must be promoted to extern linkage, polluting
the JIT symbol table (extra care must be taken to ensure this promotion does
not result in symbol name clashes).
This patch introduces several interdependent changes to ORCv2 to support the
construction of new initialization schemes, and includes an implementation of a
backwards-compatible llvm.global_ctor/llvm.global_dtor scanning scheme, and a
MachO specific scheme that handles Objective-C runtime registration (if the
Objective-C runtime is available) enabling execution of LLVM IR compiled from
Objective-C and Swift.
The major changes included in this patch are:
(1) The MaterializationUnit and MaterializationResponsibility classes are
extended to describe an optional "initializer" symbol for the module (see the
getInitializerSymbol method on each class). The presence or absence of this
symbol indicates whether the module contains any initializers or
deinitializers. The initializer symbol otherwise behaves like any other:
searching for it triggers materialization.
(2) A new Platform interface is introduced in llvm/ExecutionEngine/Orc/Core.h
which provides the following callback interface:
- Error setupJITDylib(JITDylib &JD): Can be used to install standard symbols
in JITDylibs upon creation. E.g. __dso_handle.
- Error notifyAdding(JITDylib &JD, const MaterializationUnit &MU): Generally
used to record initializer symbols.
- Error notifyRemoving(JITDylib &JD, VModuleKey K): Used to notify a platform
that a module is being removed.
Platform implementations can use these callbacks to track outstanding
initializers and implement a platform-specific approach for executing them. For
example, the MachOPlatform installs a plugin in the JIT linker to scan for both
__mod_inits sections (for C++ static constructors) and ObjC metadata sections.
If discovered, these are processed in the usual platform order: Objective-C
registration is carried out first, then static initializers are executed,
ensuring that calls to Objective-C from static initializers will be safe.
This patch updates LLJIT to use the new scheme for initialization. Two
LLJIT::PlatformSupport classes are implemented: A GenericIR platform and a MachO
platform. The GenericIR platform implements a modified version of the previous
llvm.global-ctor scraping scheme to provide support for Windows and
Linux. LLJIT's MachO platform uses the MachOPlatform class to provide MachO
specific initialization as described above.
Reviewers: sgraenitz, dblaikie
Subscribers: mgorny, hiraditya, mgrang, ributzka, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D74300
2019-12-16 11:50:40 +01:00
|
|
|
// Set up LLJIT platform.
|
|
|
|
{
|
|
|
|
LLJITPlatform P = Platform;
|
2021-07-11 03:35:55 +02:00
|
|
|
if (P == LLJITPlatform::DetectHost)
|
|
|
|
P = LLJITPlatform::GenericIR;
|
[ORC] Add generic initializer/deinitializer support.
Initializers and deinitializers are used to implement C++ static constructors
and destructors, runtime registration for some languages (e.g. with the
Objective-C runtime for Objective-C/C++ code) and other tasks that would
typically be performed when a shared-object/dylib is loaded or unloaded by a
statically compiled program.
MCJIT and ORC have historically provided limited support for discovering and
running initializers/deinitializers by scanning the llvm.global_ctors and
llvm.global_dtors variables and recording the functions to be run. This approach
suffers from several drawbacks: (1) It only works for IR inputs, not for object
files (including cached JIT'd objects). (2) It only works for initializers
described by llvm.global_ctors and llvm.global_dtors, however not all
initializers are described in this way (Objective-C, for example, describes
initializers via specially named metadata sections). (3) To make the
initializer/deinitializer functions described by llvm.global_ctors and
llvm.global_dtors searchable they must be promoted to extern linkage, polluting
the JIT symbol table (extra care must be taken to ensure this promotion does
not result in symbol name clashes).
This patch introduces several interdependent changes to ORCv2 to support the
construction of new initialization schemes, and includes an implementation of a
backwards-compatible llvm.global_ctor/llvm.global_dtor scanning scheme, and a
MachO specific scheme that handles Objective-C runtime registration (if the
Objective-C runtime is available) enabling execution of LLVM IR compiled from
Objective-C and Swift.
The major changes included in this patch are:
(1) The MaterializationUnit and MaterializationResponsibility classes are
extended to describe an optional "initializer" symbol for the module (see the
getInitializerSymbol method on each class). The presence or absence of this
symbol indicates whether the module contains any initializers or
deinitializers. The initializer symbol otherwise behaves like any other:
searching for it triggers materialization.
(2) A new Platform interface is introduced in llvm/ExecutionEngine/Orc/Core.h
which provides the following callback interface:
- Error setupJITDylib(JITDylib &JD): Can be used to install standard symbols
in JITDylibs upon creation. E.g. __dso_handle.
- Error notifyAdding(JITDylib &JD, const MaterializationUnit &MU): Generally
used to record initializer symbols.
- Error notifyRemoving(JITDylib &JD, VModuleKey K): Used to notify a platform
that a module is being removed.
Platform implementations can use these callbacks to track outstanding
initializers and implement a platform-specific approach for executing them. For
example, the MachOPlatform installs a plugin in the JIT linker to scan for both
__mod_inits sections (for C++ static constructors) and ObjC metadata sections.
If discovered, these are processed in the usual platform order: Objective-C
registration is carried out first, then static initializers are executed,
ensuring that calls to Objective-C from static initializers will be safe.
This patch updates LLJIT to use the new scheme for initialization. Two
LLJIT::PlatformSupport classes are implemented: A GenericIR platform and a MachO
platform. The GenericIR platform implements a modified version of the previous
llvm.global-ctor scraping scheme to provide support for Windows and
Linux. LLJIT's MachO platform uses the MachOPlatform class to provide MachO
specific initialization as described above.
Reviewers: sgraenitz, dblaikie
Subscribers: mgorny, hiraditya, mgrang, ributzka, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D74300
2019-12-16 11:50:40 +01:00
|
|
|
|
|
|
|
switch (P) {
|
|
|
|
case LLJITPlatform::GenericIR:
|
|
|
|
// Nothing to do: LLJITBuilder will use this by default.
|
|
|
|
break;
|
2021-03-30 09:24:46 +02:00
|
|
|
case LLJITPlatform::Inactive:
|
|
|
|
Builder.setPlatformSetUp(orc::setUpInactivePlatform);
|
|
|
|
break;
|
[ORC] Add generic initializer/deinitializer support.
Initializers and deinitializers are used to implement C++ static constructors
and destructors, runtime registration for some languages (e.g. with the
Objective-C runtime for Objective-C/C++ code) and other tasks that would
typically be performed when a shared-object/dylib is loaded or unloaded by a
statically compiled program.
MCJIT and ORC have historically provided limited support for discovering and
running initializers/deinitializers by scanning the llvm.global_ctors and
llvm.global_dtors variables and recording the functions to be run. This approach
suffers from several drawbacks: (1) It only works for IR inputs, not for object
files (including cached JIT'd objects). (2) It only works for initializers
described by llvm.global_ctors and llvm.global_dtors, however not all
initializers are described in this way (Objective-C, for example, describes
initializers via specially named metadata sections). (3) To make the
initializer/deinitializer functions described by llvm.global_ctors and
llvm.global_dtors searchable they must be promoted to extern linkage, polluting
the JIT symbol table (extra care must be taken to ensure this promotion does
not result in symbol name clashes).
This patch introduces several interdependent changes to ORCv2 to support the
construction of new initialization schemes, and includes an implementation of a
backwards-compatible llvm.global_ctor/llvm.global_dtor scanning scheme, and a
MachO specific scheme that handles Objective-C runtime registration (if the
Objective-C runtime is available) enabling execution of LLVM IR compiled from
Objective-C and Swift.
The major changes included in this patch are:
(1) The MaterializationUnit and MaterializationResponsibility classes are
extended to describe an optional "initializer" symbol for the module (see the
getInitializerSymbol method on each class). The presence or absence of this
symbol indicates whether the module contains any initializers or
deinitializers. The initializer symbol otherwise behaves like any other:
searching for it triggers materialization.
(2) A new Platform interface is introduced in llvm/ExecutionEngine/Orc/Core.h
which provides the following callback interface:
- Error setupJITDylib(JITDylib &JD): Can be used to install standard symbols
in JITDylibs upon creation. E.g. __dso_handle.
- Error notifyAdding(JITDylib &JD, const MaterializationUnit &MU): Generally
used to record initializer symbols.
- Error notifyRemoving(JITDylib &JD, VModuleKey K): Used to notify a platform
that a module is being removed.
Platform implementations can use these callbacks to track outstanding
initializers and implement a platform-specific approach for executing them. For
example, the MachOPlatform installs a plugin in the JIT linker to scan for both
__mod_inits sections (for C++ static constructors) and ObjC metadata sections.
If discovered, these are processed in the usual platform order: Objective-C
registration is carried out first, then static initializers are executed,
ensuring that calls to Objective-C from static initializers will be safe.
This patch updates LLJIT to use the new scheme for initialization. Two
LLJIT::PlatformSupport classes are implemented: A GenericIR platform and a MachO
platform. The GenericIR platform implements a modified version of the previous
llvm.global-ctor scraping scheme to provide support for Windows and
Linux. LLJIT's MachO platform uses the MachOPlatform class to provide MachO
specific initialization as described above.
Reviewers: sgraenitz, dblaikie
Subscribers: mgorny, hiraditya, mgrang, ributzka, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D74300
2019-12-16 11:50:40 +01:00
|
|
|
default:
|
|
|
|
llvm_unreachable("Unrecognized platform value");
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2021-07-01 03:53:18 +02:00
|
|
|
std::unique_ptr<orc::ExecutorProcessControl> EPC = nullptr;
|
2021-03-02 10:41:52 +01:00
|
|
|
if (JITLinker == JITLinkerKind::JITLink) {
|
2021-07-01 03:53:18 +02:00
|
|
|
EPC = ExitOnErr(orc::SelfExecutorProcessControl::Create(
|
2021-03-02 10:41:52 +01:00
|
|
|
std::make_shared<orc::SymbolStringPool>()));
|
|
|
|
|
2021-07-01 03:53:18 +02:00
|
|
|
Builder.setObjectLinkingLayerCreator([&EPC](orc::ExecutionSession &ES,
|
2021-03-02 10:41:52 +01:00
|
|
|
const Triple &) {
|
2021-07-01 03:53:18 +02:00
|
|
|
auto L = std::make_unique<orc::ObjectLinkingLayer>(ES, EPC->getMemMgr());
|
2021-03-02 10:41:52 +01:00
|
|
|
L->addPlugin(std::make_unique<orc::EHFrameRegistrationPlugin>(
|
2021-07-27 05:50:19 +02:00
|
|
|
ES, ExitOnErr(orc::EPCEHFrameRegistrar::Create(ES))));
|
2021-02-23 15:54:21 +01:00
|
|
|
L->addPlugin(std::make_unique<orc::DebugObjectManagerPlugin>(
|
2021-07-27 05:50:19 +02:00
|
|
|
ES, ExitOnErr(orc::createJITLoaderGDBRegistrar(ES))));
|
2021-03-02 10:41:52 +01:00
|
|
|
return L;
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
2019-04-30 00:37:27 +02:00
|
|
|
auto J = ExitOnErr(Builder.create());
|
2018-06-26 23:35:48 +02:00
|
|
|
|
2021-02-26 13:11:57 +01:00
|
|
|
auto *ObjLayer = &J->getObjLinkingLayer();
|
|
|
|
if (auto *RTDyldObjLayer = dyn_cast<orc::RTDyldObjectLinkingLayer>(ObjLayer))
|
|
|
|
RTDyldObjLayer->registerJITEventListener(
|
|
|
|
*JITEventListener::createGDBRegistrationListener());
|
2020-03-20 00:14:18 +01:00
|
|
|
|
2018-09-30 01:49:57 +02:00
|
|
|
if (PerModuleLazy)
|
2018-10-16 00:56:10 +02:00
|
|
|
J->setPartitionFunction(orc::CompileOnDemandLayer::compileWholeModule);
|
2018-09-30 01:49:57 +02:00
|
|
|
|
2018-07-03 00:30:18 +02:00
|
|
|
auto Dump = createDebugDumper();
|
|
|
|
|
2020-01-15 03:14:00 +01:00
|
|
|
J->getIRTransformLayer().setTransform(
|
|
|
|
[&](orc::ThreadSafeModule TSM,
|
|
|
|
const orc::MaterializationResponsibility &R) {
|
|
|
|
TSM.withModuleDo([&](Module &M) {
|
|
|
|
if (verifyModule(M, &dbgs())) {
|
|
|
|
dbgs() << "Bad module: " << &M << "\n";
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
Dump(M);
|
|
|
|
});
|
|
|
|
return TSM;
|
|
|
|
});
|
2020-01-03 00:47:47 +01:00
|
|
|
|
|
|
|
orc::MangleAndInterner Mangle(J->getExecutionSession(), J->getDataLayout());
|
2020-01-22 01:28:30 +01:00
|
|
|
|
|
|
|
// Unless they've been explicitly disabled, make process symbols available to
|
|
|
|
// JIT'd code.
|
|
|
|
if (!NoProcessSymbols)
|
|
|
|
J->getMainJITDylib().addGenerator(
|
|
|
|
ExitOnErr(orc::DynamicLibrarySearchGenerator::GetForCurrentProcess(
|
|
|
|
J->getDataLayout().getGlobalPrefix(),
|
|
|
|
[MainName = Mangle("main")](const orc::SymbolStringPtr &Name) {
|
|
|
|
return Name != MainName;
|
|
|
|
})));
|
2018-06-26 23:35:48 +02:00
|
|
|
|
2021-03-02 10:37:55 +01:00
|
|
|
if (GenerateBuiltinFunctions.size() > 0)
|
|
|
|
J->getMainJITDylib().addGenerator(
|
|
|
|
std::make_unique<LLIBuiltinFunctionGenerator>(GenerateBuiltinFunctions,
|
|
|
|
Mangle));
|
|
|
|
|
2021-03-18 17:50:48 +01:00
|
|
|
// Regular modules are greedy: They materialize as a whole and trigger
|
|
|
|
// materialization for all required symbols recursively. Lazy modules go
|
|
|
|
// through partitioning and they replace outgoing calls with reexport stubs
|
|
|
|
// that resolve on call-through.
|
|
|
|
auto AddModule = [&](orc::JITDylib &JD, orc::ThreadSafeModule M) {
|
|
|
|
return UseJITKind == JITKind::OrcLazy ? J->addLazyIRModule(JD, std::move(M))
|
|
|
|
: J->addIRModule(JD, std::move(M));
|
|
|
|
};
|
|
|
|
|
2018-08-28 22:20:31 +02:00
|
|
|
// Add the main module.
|
2021-03-18 17:50:48 +01:00
|
|
|
ExitOnErr(AddModule(J->getMainJITDylib(), std::move(MainModule)));
|
2018-08-28 22:20:31 +02:00
|
|
|
|
2018-10-24 01:01:39 +02:00
|
|
|
// Create JITDylibs and add any extra modules.
|
|
|
|
{
|
|
|
|
// Create JITDylibs, keep a map from argument index to dylib. We will use
|
|
|
|
// -extra-module argument indexes to determine what dylib to use for each
|
|
|
|
// -extra-module.
|
|
|
|
std::map<unsigned, orc::JITDylib *> IdxToDylib;
|
|
|
|
IdxToDylib[0] = &J->getMainJITDylib();
|
|
|
|
for (auto JDItr = JITDylibs.begin(), JDEnd = JITDylibs.end();
|
|
|
|
JDItr != JDEnd; ++JDItr) {
|
2019-05-22 00:07:53 +02:00
|
|
|
orc::JITDylib *JD = J->getJITDylibByName(*JDItr);
|
[ORC] Add generic initializer/deinitializer support.
Initializers and deinitializers are used to implement C++ static constructors
and destructors, runtime registration for some languages (e.g. with the
Objective-C runtime for Objective-C/C++ code) and other tasks that would
typically be performed when a shared-object/dylib is loaded or unloaded by a
statically compiled program.
MCJIT and ORC have historically provided limited support for discovering and
running initializers/deinitializers by scanning the llvm.global_ctors and
llvm.global_dtors variables and recording the functions to be run. This approach
suffers from several drawbacks: (1) It only works for IR inputs, not for object
files (including cached JIT'd objects). (2) It only works for initializers
described by llvm.global_ctors and llvm.global_dtors, however not all
initializers are described in this way (Objective-C, for example, describes
initializers via specially named metadata sections). (3) To make the
initializer/deinitializer functions described by llvm.global_ctors and
llvm.global_dtors searchable they must be promoted to extern linkage, polluting
the JIT symbol table (extra care must be taken to ensure this promotion does
not result in symbol name clashes).
This patch introduces several interdependent changes to ORCv2 to support the
construction of new initialization schemes, and includes an implementation of a
backwards-compatible llvm.global_ctor/llvm.global_dtor scanning scheme, and a
MachO specific scheme that handles Objective-C runtime registration (if the
Objective-C runtime is available) enabling execution of LLVM IR compiled from
Objective-C and Swift.
The major changes included in this patch are:
(1) The MaterializationUnit and MaterializationResponsibility classes are
extended to describe an optional "initializer" symbol for the module (see the
getInitializerSymbol method on each class). The presence or absence of this
symbol indicates whether the module contains any initializers or
deinitializers. The initializer symbol otherwise behaves like any other:
searching for it triggers materialization.
(2) A new Platform interface is introduced in llvm/ExecutionEngine/Orc/Core.h
which provides the following callback interface:
- Error setupJITDylib(JITDylib &JD): Can be used to install standard symbols
in JITDylibs upon creation. E.g. __dso_handle.
- Error notifyAdding(JITDylib &JD, const MaterializationUnit &MU): Generally
used to record initializer symbols.
- Error notifyRemoving(JITDylib &JD, VModuleKey K): Used to notify a platform
that a module is being removed.
Platform implementations can use these callbacks to track outstanding
initializers and implement a platform-specific approach for executing them. For
example, the MachOPlatform installs a plugin in the JIT linker to scan for both
__mod_inits sections (for C++ static constructors) and ObjC metadata sections.
If discovered, these are processed in the usual platform order: Objective-C
registration is carried out first, then static initializers are executed,
ensuring that calls to Objective-C from static initializers will be safe.
This patch updates LLJIT to use the new scheme for initialization. Two
LLJIT::PlatformSupport classes are implemented: A GenericIR platform and a MachO
platform. The GenericIR platform implements a modified version of the previous
llvm.global-ctor scraping scheme to provide support for Windows and
Linux. LLJIT's MachO platform uses the MachOPlatform class to provide MachO
specific initialization as described above.
Reviewers: sgraenitz, dblaikie
Subscribers: mgorny, hiraditya, mgrang, ributzka, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D74300
2019-12-16 11:50:40 +01:00
|
|
|
if (!JD) {
|
|
|
|
JD = &ExitOnErr(J->createJITDylib(*JDItr));
|
2020-05-05 01:43:42 +02:00
|
|
|
J->getMainJITDylib().addToLinkOrder(*JD);
|
|
|
|
JD->addToLinkOrder(J->getMainJITDylib());
|
[ORC] Add generic initializer/deinitializer support.
Initializers and deinitializers are used to implement C++ static constructors
and destructors, runtime registration for some languages (e.g. with the
Objective-C runtime for Objective-C/C++ code) and other tasks that would
typically be performed when a shared-object/dylib is loaded or unloaded by a
statically compiled program.
MCJIT and ORC have historically provided limited support for discovering and
running initializers/deinitializers by scanning the llvm.global_ctors and
llvm.global_dtors variables and recording the functions to be run. This approach
suffers from several drawbacks: (1) It only works for IR inputs, not for object
files (including cached JIT'd objects). (2) It only works for initializers
described by llvm.global_ctors and llvm.global_dtors, however not all
initializers are described in this way (Objective-C, for example, describes
initializers via specially named metadata sections). (3) To make the
initializer/deinitializer functions described by llvm.global_ctors and
llvm.global_dtors searchable they must be promoted to extern linkage, polluting
the JIT symbol table (extra care must be taken to ensure this promotion does
not result in symbol name clashes).
This patch introduces several interdependent changes to ORCv2 to support the
construction of new initialization schemes, and includes an implementation of a
backwards-compatible llvm.global_ctor/llvm.global_dtor scanning scheme, and a
MachO specific scheme that handles Objective-C runtime registration (if the
Objective-C runtime is available) enabling execution of LLVM IR compiled from
Objective-C and Swift.
The major changes included in this patch are:
(1) The MaterializationUnit and MaterializationResponsibility classes are
extended to describe an optional "initializer" symbol for the module (see the
getInitializerSymbol method on each class). The presence or absence of this
symbol indicates whether the module contains any initializers or
deinitializers. The initializer symbol otherwise behaves like any other:
searching for it triggers materialization.
(2) A new Platform interface is introduced in llvm/ExecutionEngine/Orc/Core.h
which provides the following callback interface:
- Error setupJITDylib(JITDylib &JD): Can be used to install standard symbols
in JITDylibs upon creation. E.g. __dso_handle.
- Error notifyAdding(JITDylib &JD, const MaterializationUnit &MU): Generally
used to record initializer symbols.
- Error notifyRemoving(JITDylib &JD, VModuleKey K): Used to notify a platform
that a module is being removed.
Platform implementations can use these callbacks to track outstanding
initializers and implement a platform-specific approach for executing them. For
example, the MachOPlatform installs a plugin in the JIT linker to scan for both
__mod_inits sections (for C++ static constructors) and ObjC metadata sections.
If discovered, these are processed in the usual platform order: Objective-C
registration is carried out first, then static initializers are executed,
ensuring that calls to Objective-C from static initializers will be safe.
This patch updates LLJIT to use the new scheme for initialization. Two
LLJIT::PlatformSupport classes are implemented: A GenericIR platform and a MachO
platform. The GenericIR platform implements a modified version of the previous
llvm.global-ctor scraping scheme to provide support for Windows and
Linux. LLJIT's MachO platform uses the MachOPlatform class to provide MachO
specific initialization as described above.
Reviewers: sgraenitz, dblaikie
Subscribers: mgorny, hiraditya, mgrang, ributzka, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D74300
2019-12-16 11:50:40 +01:00
|
|
|
}
|
2019-05-22 00:07:53 +02:00
|
|
|
IdxToDylib[JITDylibs.getPosition(JDItr - JITDylibs.begin())] = JD;
|
2018-10-24 01:01:39 +02:00
|
|
|
}
|
2018-08-28 22:20:31 +02:00
|
|
|
|
2018-10-24 01:01:39 +02:00
|
|
|
for (auto EMItr = ExtraModules.begin(), EMEnd = ExtraModules.end();
|
|
|
|
EMItr != EMEnd; ++EMItr) {
|
2020-02-22 18:49:55 +01:00
|
|
|
auto M = ExitOnErr(loadModule(*EMItr, TSCtx));
|
2018-10-24 01:01:39 +02:00
|
|
|
|
|
|
|
auto EMIdx = ExtraModules.getPosition(EMItr - ExtraModules.begin());
|
|
|
|
assert(EMIdx != 0 && "ExtraModule should have index > 0");
|
|
|
|
auto JDItr = std::prev(IdxToDylib.lower_bound(EMIdx));
|
|
|
|
auto &JD = *JDItr->second;
|
2021-03-18 17:50:48 +01:00
|
|
|
ExitOnErr(AddModule(JD, std::move(M)));
|
2018-10-24 01:01:39 +02:00
|
|
|
}
|
2019-08-13 18:05:18 +02:00
|
|
|
|
|
|
|
for (auto EAItr = ExtraArchives.begin(), EAEnd = ExtraArchives.end();
|
|
|
|
EAItr != EAEnd; ++EAItr) {
|
|
|
|
auto EAIdx = ExtraArchives.getPosition(EAItr - ExtraArchives.begin());
|
|
|
|
assert(EAIdx != 0 && "ExtraArchive should have index > 0");
|
|
|
|
auto JDItr = std::prev(IdxToDylib.lower_bound(EAIdx));
|
|
|
|
auto &JD = *JDItr->second;
|
|
|
|
JD.addGenerator(ExitOnErr(orc::StaticLibraryDefinitionGenerator::Load(
|
2020-04-04 18:50:56 +02:00
|
|
|
J->getObjLinkingLayer(), EAItr->c_str(), *TT)));
|
2019-08-13 18:05:18 +02:00
|
|
|
}
|
2018-07-03 00:30:18 +02:00
|
|
|
}
|
2018-06-26 23:35:48 +02:00
|
|
|
|
2018-08-28 22:20:31 +02:00
|
|
|
// Add the objects.
|
|
|
|
for (auto &ObjPath : ExtraObjects) {
|
|
|
|
auto Obj = ExitOnErr(errorOrToExpected(MemoryBuffer::getFile(ObjPath)));
|
|
|
|
ExitOnErr(J->addObjectFile(std::move(Obj)));
|
|
|
|
}
|
|
|
|
|
|
|
|
// Run any static constructors.
|
[ORC] Add generic initializer/deinitializer support.
Initializers and deinitializers are used to implement C++ static constructors
and destructors, runtime registration for some languages (e.g. with the
Objective-C runtime for Objective-C/C++ code) and other tasks that would
typically be performed when a shared-object/dylib is loaded or unloaded by a
statically compiled program.
MCJIT and ORC have historically provided limited support for discovering and
running initializers/deinitializers by scanning the llvm.global_ctors and
llvm.global_dtors variables and recording the functions to be run. This approach
suffers from several drawbacks: (1) It only works for IR inputs, not for object
files (including cached JIT'd objects). (2) It only works for initializers
described by llvm.global_ctors and llvm.global_dtors, however not all
initializers are described in this way (Objective-C, for example, describes
initializers via specially named metadata sections). (3) To make the
initializer/deinitializer functions described by llvm.global_ctors and
llvm.global_dtors searchable they must be promoted to extern linkage, polluting
the JIT symbol table (extra care must be taken to ensure this promotion does
not result in symbol name clashes).
This patch introduces several interdependent changes to ORCv2 to support the
construction of new initialization schemes, and includes an implementation of a
backwards-compatible llvm.global_ctor/llvm.global_dtor scanning scheme, and a
MachO specific scheme that handles Objective-C runtime registration (if the
Objective-C runtime is available) enabling execution of LLVM IR compiled from
Objective-C and Swift.
The major changes included in this patch are:
(1) The MaterializationUnit and MaterializationResponsibility classes are
extended to describe an optional "initializer" symbol for the module (see the
getInitializerSymbol method on each class). The presence or absence of this
symbol indicates whether the module contains any initializers or
deinitializers. The initializer symbol otherwise behaves like any other:
searching for it triggers materialization.
(2) A new Platform interface is introduced in llvm/ExecutionEngine/Orc/Core.h
which provides the following callback interface:
- Error setupJITDylib(JITDylib &JD): Can be used to install standard symbols
in JITDylibs upon creation. E.g. __dso_handle.
- Error notifyAdding(JITDylib &JD, const MaterializationUnit &MU): Generally
used to record initializer symbols.
- Error notifyRemoving(JITDylib &JD, VModuleKey K): Used to notify a platform
that a module is being removed.
Platform implementations can use these callbacks to track outstanding
initializers and implement a platform-specific approach for executing them. For
example, the MachOPlatform installs a plugin in the JIT linker to scan for both
__mod_inits sections (for C++ static constructors) and ObjC metadata sections.
If discovered, these are processed in the usual platform order: Objective-C
registration is carried out first, then static initializers are executed,
ensuring that calls to Objective-C from static initializers will be safe.
This patch updates LLJIT to use the new scheme for initialization. Two
LLJIT::PlatformSupport classes are implemented: A GenericIR platform and a MachO
platform. The GenericIR platform implements a modified version of the previous
llvm.global-ctor scraping scheme to provide support for Windows and
Linux. LLJIT's MachO platform uses the MachOPlatform class to provide MachO
specific initialization as described above.
Reviewers: sgraenitz, dblaikie
Subscribers: mgorny, hiraditya, mgrang, ributzka, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D74300
2019-12-16 11:50:40 +01:00
|
|
|
ExitOnErr(J->initialize(J->getMainJITDylib()));
|
2018-06-26 23:35:48 +02:00
|
|
|
|
2018-09-26 18:26:59 +02:00
|
|
|
// Run any -thread-entry points.
|
|
|
|
std::vector<std::thread> AltEntryThreads;
|
|
|
|
for (auto &ThreadEntryPoint : ThreadEntryPoints) {
|
|
|
|
auto EntryPointSym = ExitOnErr(J->lookup(ThreadEntryPoint));
|
|
|
|
typedef void (*EntryPointPtr)();
|
|
|
|
auto EntryPoint =
|
|
|
|
reinterpret_cast<EntryPointPtr>(static_cast<uintptr_t>(EntryPointSym.getAddress()));
|
|
|
|
AltEntryThreads.push_back(std::thread([EntryPoint]() { EntryPoint(); }));
|
|
|
|
}
|
|
|
|
|
2021-03-02 10:41:52 +01:00
|
|
|
// Resolve and run the main function.
|
2021-04-13 20:26:57 +02:00
|
|
|
JITEvaluatedSymbol MainSym = ExitOnErr(J->lookup(EntryFunc));
|
2021-03-02 10:41:52 +01:00
|
|
|
int Result;
|
2019-12-02 10:45:49 +01:00
|
|
|
|
2021-07-01 03:53:18 +02:00
|
|
|
if (EPC) {
|
|
|
|
// ExecutorProcessControl-based execution with JITLink.
|
|
|
|
Result = ExitOnErr(EPC->runAsMain(MainSym.getAddress(), InputArgv));
|
2021-03-02 10:41:52 +01:00
|
|
|
} else {
|
|
|
|
// Manual in-process execution with RuntimeDyld.
|
|
|
|
using MainFnTy = int(int, char *[]);
|
|
|
|
auto MainFn = jitTargetAddressToFunction<MainFnTy *>(MainSym.getAddress());
|
|
|
|
Result = orc::runAsMain(MainFn, InputArgv, StringRef(InputFile));
|
|
|
|
}
|
2018-06-26 23:35:48 +02:00
|
|
|
|
2018-09-26 18:26:59 +02:00
|
|
|
// Wait for -entry-point threads.
|
|
|
|
for (auto &AltEntryThread : AltEntryThreads)
|
|
|
|
AltEntryThread.join();
|
2018-09-26 14:15:23 +02:00
|
|
|
|
2018-09-26 18:26:59 +02:00
|
|
|
// Run destructors.
|
[ORC] Add generic initializer/deinitializer support.
Initializers and deinitializers are used to implement C++ static constructors
and destructors, runtime registration for some languages (e.g. with the
Objective-C runtime for Objective-C/C++ code) and other tasks that would
typically be performed when a shared-object/dylib is loaded or unloaded by a
statically compiled program.
MCJIT and ORC have historically provided limited support for discovering and
running initializers/deinitializers by scanning the llvm.global_ctors and
llvm.global_dtors variables and recording the functions to be run. This approach
suffers from several drawbacks: (1) It only works for IR inputs, not for object
files (including cached JIT'd objects). (2) It only works for initializers
described by llvm.global_ctors and llvm.global_dtors, however not all
initializers are described in this way (Objective-C, for example, describes
initializers via specially named metadata sections). (3) To make the
initializer/deinitializer functions described by llvm.global_ctors and
llvm.global_dtors searchable they must be promoted to extern linkage, polluting
the JIT symbol table (extra care must be taken to ensure this promotion does
not result in symbol name clashes).
This patch introduces several interdependent changes to ORCv2 to support the
construction of new initialization schemes, and includes an implementation of a
backwards-compatible llvm.global_ctor/llvm.global_dtor scanning scheme, and a
MachO specific scheme that handles Objective-C runtime registration (if the
Objective-C runtime is available) enabling execution of LLVM IR compiled from
Objective-C and Swift.
The major changes included in this patch are:
(1) The MaterializationUnit and MaterializationResponsibility classes are
extended to describe an optional "initializer" symbol for the module (see the
getInitializerSymbol method on each class). The presence or absence of this
symbol indicates whether the module contains any initializers or
deinitializers. The initializer symbol otherwise behaves like any other:
searching for it triggers materialization.
(2) A new Platform interface is introduced in llvm/ExecutionEngine/Orc/Core.h
which provides the following callback interface:
- Error setupJITDylib(JITDylib &JD): Can be used to install standard symbols
in JITDylibs upon creation. E.g. __dso_handle.
- Error notifyAdding(JITDylib &JD, const MaterializationUnit &MU): Generally
used to record initializer symbols.
- Error notifyRemoving(JITDylib &JD, VModuleKey K): Used to notify a platform
that a module is being removed.
Platform implementations can use these callbacks to track outstanding
initializers and implement a platform-specific approach for executing them. For
example, the MachOPlatform installs a plugin in the JIT linker to scan for both
__mod_inits sections (for C++ static constructors) and ObjC metadata sections.
If discovered, these are processed in the usual platform order: Objective-C
registration is carried out first, then static initializers are executed,
ensuring that calls to Objective-C from static initializers will be safe.
This patch updates LLJIT to use the new scheme for initialization. Two
LLJIT::PlatformSupport classes are implemented: A GenericIR platform and a MachO
platform. The GenericIR platform implements a modified version of the previous
llvm.global-ctor scraping scheme to provide support for Windows and
Linux. LLJIT's MachO platform uses the MachOPlatform class to provide MachO
specific initialization as described above.
Reviewers: sgraenitz, dblaikie
Subscribers: mgorny, hiraditya, mgrang, ributzka, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D74300
2019-12-16 11:50:40 +01:00
|
|
|
ExitOnErr(J->deinitialize(J->getMainJITDylib()));
|
2018-06-26 23:35:48 +02:00
|
|
|
|
|
|
|
return Result;
|
|
|
|
}
|
|
|
|
|
2018-09-30 01:49:57 +02:00
|
|
|
void disallowOrcOptions() {
|
|
|
|
// Make sure nobody used an orc-lazy specific option accidentally.
|
|
|
|
|
|
|
|
if (LazyJITCompileThreads != 0) {
|
|
|
|
errs() << "-compile-threads requires -jit-kind=orc-lazy\n";
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!ThreadEntryPoints.empty()) {
|
|
|
|
errs() << "-thread-entry requires -jit-kind=orc-lazy\n";
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (PerModuleLazy) {
|
|
|
|
errs() << "-per-module-lazy requires -jit-kind=orc-lazy\n";
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-12-29 10:27:41 +01:00
|
|
|
std::unique_ptr<orc::shared::FDRawByteChannel> launchRemote() {
|
2016-01-11 17:35:55 +01:00
|
|
|
#ifndef LLVM_ON_UNIX
|
|
|
|
llvm_unreachable("launchRemote not supported on non-Unix platforms");
|
|
|
|
#else
|
|
|
|
int PipeFD[2][2];
|
|
|
|
pid_t ChildPID;
|
|
|
|
|
|
|
|
// Create two pipes.
|
|
|
|
if (pipe(PipeFD[0]) != 0 || pipe(PipeFD[1]) != 0)
|
|
|
|
perror("Error creating pipe: ");
|
|
|
|
|
|
|
|
ChildPID = fork();
|
|
|
|
|
|
|
|
if (ChildPID == 0) {
|
|
|
|
// In the child...
|
|
|
|
|
|
|
|
// Close the parent ends of the pipes
|
|
|
|
close(PipeFD[0][1]);
|
|
|
|
close(PipeFD[1][0]);
|
|
|
|
|
|
|
|
|
|
|
|
// Execute the child process.
|
|
|
|
std::unique_ptr<char[]> ChildPath, ChildIn, ChildOut;
|
|
|
|
{
|
|
|
|
ChildPath.reset(new char[ChildExecPath.size() + 1]);
|
|
|
|
std::copy(ChildExecPath.begin(), ChildExecPath.end(), &ChildPath[0]);
|
|
|
|
ChildPath[ChildExecPath.size()] = '\0';
|
2016-01-15 03:14:46 +01:00
|
|
|
std::string ChildInStr = utostr(PipeFD[0][0]);
|
2016-01-11 17:35:55 +01:00
|
|
|
ChildIn.reset(new char[ChildInStr.size() + 1]);
|
|
|
|
std::copy(ChildInStr.begin(), ChildInStr.end(), &ChildIn[0]);
|
|
|
|
ChildIn[ChildInStr.size()] = '\0';
|
2016-01-15 03:14:46 +01:00
|
|
|
std::string ChildOutStr = utostr(PipeFD[1][1]);
|
2016-01-11 17:35:55 +01:00
|
|
|
ChildOut.reset(new char[ChildOutStr.size() + 1]);
|
|
|
|
std::copy(ChildOutStr.begin(), ChildOutStr.end(), &ChildOut[0]);
|
|
|
|
ChildOut[ChildOutStr.size()] = '\0';
|
|
|
|
}
|
|
|
|
|
|
|
|
char * const args[] = { &ChildPath[0], &ChildIn[0], &ChildOut[0], nullptr };
|
|
|
|
int rc = execv(ChildExecPath.c_str(), args);
|
|
|
|
if (rc != 0)
|
|
|
|
perror("Error executing child process: ");
|
|
|
|
llvm_unreachable("Error executing child process");
|
|
|
|
}
|
|
|
|
// else we're the parent...
|
|
|
|
|
|
|
|
// Close the child ends of the pipes
|
|
|
|
close(PipeFD[0][0]);
|
|
|
|
close(PipeFD[1][1]);
|
|
|
|
|
|
|
|
// Return an RPC channel connected to our end of the pipes.
|
2020-12-29 10:27:41 +01:00
|
|
|
return std::make_unique<orc::shared::FDRawByteChannel>(PipeFD[1][0],
|
|
|
|
PipeFD[0][1]);
|
2016-01-11 17:35:55 +01:00
|
|
|
#endif
|
|
|
|
}
|