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

[ExecutionEngine] Avoid repeated hash lookups (NFC) (#129356)

2025-03-01T16:15:00+00:00

[llvm] Use std::make_unique (NFC) (#97165)

2024-06-29T18:50:41+00:00

This patch is based on clang-tidy's modernize-make-unique but limited
to those cases where type names are mentioned twice like
std::unique_ptr(new Type()), which is a bit mouthful.

[ORC] Drop Comdat when discarding IR symbol

2023-02-05T09:53:36+00:00

According to the IR verifier, "Declaration[s] may not be in a Comdat!"

This is a re-commit of 76b3f0b4d5a0b8c54147c4c73a30892bbca76467 and
87d7838202267a011639fcbf97263556ccf091dc with updates to the test:
 * Force emission of the extra-module, to trigger the bug after D138264,
   by providing a second symbol @g, and making the comdat nodeduplicate.
   (Technically only one is needed, but two should be safer.)
 * Name the comdat $f to avoid failure on Windows:
   LLVM ERROR: Associative COMDAT symbol 'c' does not exist.
 * Mark the test as UNSUPPORTED on macOS, MachO doesn't support COMDATs.

Differential Revision: https://reviews.llvm.org/D142443

Revert "[ORC] Drop Comdat when discarding IR symbol"

2023-02-04T20:26:36+00:00

A number of AArch64 bots report errors in clang-repl, for example
https://lab.llvm.org/buildbot/#/builders/197/builds/3920

This reverts commit 87d7838202267a011639fcbf97263556ccf091dc.

[ORC] Drop Comdat when discarding IR symbol

2023-02-03T10:16:19+00:00

According to the IR verifier, "Declaration[s] may not be in a Comdat!"

This is a re-commit of 76b3f0b4d5a0b8c54147c4c73a30892bbca76467 with
updates to the test:
 * Force emission of the extra-module, to trigger the bug after D138264,
   by providing a second symbol @g, and making the comdat nodeduplicate.
   (Technically only one is needed, but two should be safer.)
 * Name the comdat $f to avoid failure on Windows:
   LLVM ERROR: Associative COMDAT symbol 'c' does not exist.

Differential Revision: https://reviews.llvm.org/D142443

Revert "[ORC] Drop Comdat when discarding IR symbol"

2023-02-03T09:04:38+00:00

Failure on Windows:
LLVM ERROR: Associative COMDAT symbol 'c' does not exist.

This reverts commit 76b3f0b4d5a0b8c54147c4c73a30892bbca76467 while
I investigate the problem and a solution that still triggers the
original problem.

[ORC] Drop Comdat when discarding IR symbol

2023-02-03T07:41:58+00:00

According to the IR verifier, "Declaration[s] may not be in a Comdat!"

Differential Revision: https://reviews.llvm.org/D142443

Teach RuntimeDyld about COFF weak references and to consider comdat symbols weak.

2023-01-24T18:25:49+00:00

Patch by Lang Hames and Sunho Kim!

Differential revision: https://reviews.llvm.org/D138264

[llvm] Use x.empty() instead of llvm::empty(x) (NFC)

2022-09-12T20:34:35+00:00

I'm planning to deprecate and eventually remove llvm::empty.

I thought about replacing llvm::empty(x) with std::empty(x), but it
turns out that all uses can be converted to x.empty().  That is, no
use requires the ability of std::empty to accept C arrays and
std::initializer_list.

Differential Revision: https://reviews.llvm.org/D133677

[llvm] Use = default (NFC)

2022-02-07T06:18:35+00:00