llvm-project.git/llvm/lib/ExecutionEngine/Orc/EPCGenericDylibManager.cpp, branch users/nico/python-2

[ORC] Move EPC load-dylib and lookup operations into their own class.

2024-10-22T15:59:14+00:00

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] Fix another error fall-through in EPCGenericDylibManager::lookupAsync.

2024-05-10T06:21:01+00:00

The early return added in this commit should have been added in cbf1535cc81.

No test-case: This would require a deliberately injected failure in a
remote-JIT test and we don't have the infrastructure for that at the moment.

rdar://126772381

[ORC] Fix fall-through in error case in EPCGenericDylibManager::lookupAsync.

2024-05-09T13:24:45+00:00

In the event of a serialization error (e.g. due to a network dropout) we should
only run the Complete handler once, passing the serialization error value.

No test-case: This would require a deliberately injected failure in a
remote-JIT test and we don't have the infrastructure for that at the moment.

rdar://126772381

[ORC] Make EPCDynamicLibrarySearchGenerator async

2024-02-12T18:54:49+00:00

Switch the primary implementation of EPC lookupSymbols to be async,
keeping a synchronous wrapper for compatibility. Use the new async
implementation inside EPCDynamicLibrarySearchGenerator to work
working towards a fully async search generator.

Provide an asynchronous lookup API for EPCGenericDylibManager and adopt
that from the SimpleRemoteEPC. This enables an end-to-end async
EPCDynamicLibrarySearchGenerator. Note: currently we keep the current
per-dlhandle lookup model, but a future improvement could do a single
async call for a given lookup operation.

[ORC] Refactor executor symbol lookup to use ExecutorSymbolDef (NFC) (#76989)

2024-01-04T21:13:22+00:00

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] Use raw OS handle values, ExecutorAddr for EPC dylib handles.

2022-10-24T20:57:04+00:00

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] Switch from JITTargetAddress to ExecutorAddr for EPC-call APIs.

2021-09-27T23:53:09+00:00

Part of the ongoing move to ExecutorAddr.

[ORC] Rename ExecutorAddress to ExecutorAddr.

2021-09-24T03:35:17+00:00

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 EPCGenericDylibManager / SimpleExecutorDylibManager.

2021-09-24T02:59:35+00:00

EPCGenericDylibManager provides an interface for loading dylibs and looking up
symbols in the executor, implemented using EPC-calls to functions in the
executor.

SimpleExecutorDylibManager is an executor-side service that provides the
functions used by EPCGenericDylibManager.

SimpleRemoteEPC is updated to use an EPCGenericDylibManager instance to
implement the ExecutorProcessControl loadDylib and lookup methods. In a future
commit these methods will be removed, and clients updated to use
EPCGenericDylibManagers directly.