llvm-project.git/llvm/lib/ExecutionEngine/Orc/LookupAndRecordAddrs.cpp, branch users/nico/python-2 Unnamed repository; edit this file 'description' to name the repository. [ORC] Move EPC load-dylib and lookup operations into their own class. 2024-10-22T15:59:14+00:00 Lang Hames lhames@gmail.com 2024-10-18T23:24:37+00:00 db21bd4fa9bf40a9f6e7713bf674dcfaa48d1d5b This keeps common operations together, and should make it easier to write re-usable dylib managers in the future (e.g. a DylibManager that uses the EPC's remote-execution APIs to implement load and lookup). 
This keeps common operations together, and should make it easier to write
re-usable dylib managers in the future (e.g. a DylibManager that uses
the EPC's remote-execution APIs to implement load and lookup).
[ORC] Refactor executor symbol lookup to use ExecutorSymbolDef (NFC) (#76989) 2024-01-04T21:13:22+00:00 Ben Langmuir blangmuir@apple.com 2024-01-04T21:13:22+00:00 40b4ac278e87e2b98e52094b72728936df3e92d9 This migrates the dylib manager lookup and related APIs to replace ExecutorAddress with ExecutorSymbolDef so that in the future we can model JITSymbolFlags for these symbols. The current change should be NFC as we are only setting the Exported symbol flag. 
This migrates the dylib manager lookup and related APIs to replace
ExecutorAddress with ExecutorSymbolDef so that in the future we can
model JITSymbolFlags for these symbols. The current change should be NFC
as we are only setting the Exported symbol flag.
 [ORC] Move most ORC APIs to ExecutorAddr, introduce ExecutorSymbolDef. 2023-03-28T00:37:58+00:00 Lang Hames lhames@gmail.com 2023-03-22T18:45:10+00:00 8b1771bd9f304be39d4dcbdcccedb6d3bcd18200 ExecutorAddr was introduced in b8e5f918166 as an eventual replacement for JITTargetAddress. ExecutorSymbolDef is introduced in this patch as a replacement for JITEvaluatedSymbol: ExecutorSymbolDef is an (ExecutorAddr, JITSymbolFlags) pair, where JITEvaluatedSymbol was a (JITTargetAddress, JITSymbolFlags) pair. A number of APIs had already migrated from JITTargetAddress to ExecutorAddr, but many of ORC's internals were still using the older type. This patch aims to address that. Some public APIs are affected as well. If you need to migrate your APIs you can use the following operations: * ExecutorAddr::toPtr replaces jitTargetAddressToPointer and jitTargetAddressToFunction. * ExecutorAddr::fromPtr replace pointerToJITTargetAddress. * ExecutorAddr(JITTargetAddress) creates an ExecutorAddr value from a JITTargetAddress. * ExecutorAddr::getValue() creates a JITTargetAddress value from an ExecutorAddr. JITTargetAddress and JITEvaluatedSymbol will remain in JITSymbol.h for now, but the aim will be to eventually deprecate and remove these types (probably when MCJIT and RuntimeDyld are deprecated). 
ExecutorAddr was introduced in b8e5f918166 as an eventual replacement for
JITTargetAddress. ExecutorSymbolDef is introduced in this patch as a
replacement for JITEvaluatedSymbol: ExecutorSymbolDef is an (ExecutorAddr,
JITSymbolFlags) pair, where JITEvaluatedSymbol was a (JITTargetAddress,
JITSymbolFlags) pair.

A number of APIs had already migrated from JITTargetAddress to ExecutorAddr,
but many of ORC's internals were still using the older type. This patch aims
to address that.

Some public APIs are affected as well. If you need to migrate your APIs you can
use the following operations:

* ExecutorAddr::toPtr replaces jitTargetAddressToPointer and
  jitTargetAddressToFunction.

* ExecutorAddr::fromPtr replace pointerToJITTargetAddress.

* ExecutorAddr(JITTargetAddress) creates an ExecutorAddr value from a
  JITTargetAddress.

* ExecutorAddr::getValue() creates a JITTargetAddress value from an
  ExecutorAddr.

JITTargetAddress and JITEvaluatedSymbol will remain in JITSymbol.h for now, but
the aim will be to eventually deprecate and remove these types (probably when
MCJIT and RuntimeDyld are deprecated).
[ORC] Use raw OS handle values, ExecutorAddr for EPC dylib handles. 2022-10-24T20:57:04+00:00 Lang Hames lhames@gmail.com 2022-10-24T19:41:45+00:00 6613f4aff85b24a13d4f5f7e9cd24bf3f44037a3 Updates tpctypes::DylibHandle to be an ExecutorAddr (rather than a uint64_t), and SimpleExecutorDylibManager to hold and return raw OS handle values (as ExecutorAddrs) rather than index values into a map of DynamicLibrary instances. This will allow clients to use EPCGenericDylibManager in contexts where the existing DynamicLibrary interface is too limited to be used. (e.g. to look up JIT symbols in a dylib that was loaded with RTLD_LOCAL). 
Updates tpctypes::DylibHandle to be an ExecutorAddr (rather than a uint64_t),
and SimpleExecutorDylibManager to hold and return raw OS handle values (as
ExecutorAddrs) rather than index values into a map of DynamicLibrary instances.

This will allow clients to use EPCGenericDylibManager in contexts where the
existing DynamicLibrary interface is too limited to be used. (e.g. to look up
JIT symbols in a dylib that was loaded with RTLD_LOCAL).
[ORC] Add missing std::moves, pass SymbolLookupSet by value. 2022-05-19T17:51:20+00:00 Lang Hames lhames@gmail.com 2022-05-19T01:39:33+00:00 4bb18a89c418082c3b1e9d16fde40fbc915d17e5 Avoids some unnecessary SymbolStringPtr copies. 
Avoids some unnecessary SymbolStringPtr copies.
[ORC] Rename ExecutorAddress to ExecutorAddr. 2021-09-24T03:35:17+00:00 Lang Hames lhames@gmail.com 2021-09-23T19:00:47+00:00 ef391df2b63320c9aec61045d8b96917081f0cb2 Removing the 'ess' suffix improves the ergonomics without sacrificing clarity. Since this class is likely to be used more frequently in the future it's worth some short term pain to fix this now. 
Removing the 'ess' suffix improves the ergonomics without sacrificing clarity.
Since this class is likely to be used more frequently in the future it's worth
some short term pain to fix this now.
[ORC] Introduce lookupAndRecordAddrs utility. 2021-08-20T05:12:19+00:00 Lang Hames lhames@gmail.com 2021-08-19T11:30:29+00:00 642885710e20acf3cc0d815009e62b8a39693bc0 Accepts a vector of (SymbolStringPtr, ExecutorAddress*) pairs, looks up all the symbols, then writes their address to each of the corresponding ExecutorAddresses. This idiom (looking up and recording addresses into a specific set of variables) is used in MachOPlatform and the (temporarily reverted) ELFNixPlatform, and is likely to be used in other places in the near future, so wrapping it in a utility function should save us some boilerplate. 
Accepts a vector of (SymbolStringPtr, ExecutorAddress*) pairs, looks up all the
symbols, then writes their address to each of the corresponding
ExecutorAddresses.

This idiom (looking up and recording addresses into a specific set of variables)
is used in MachOPlatform and the (temporarily reverted) ELFNixPlatform, and is
likely to be used in other places in the near future, so wrapping it in a
utility function should save us some boilerplate.