Changes in CMakeLists.txt

04b26f0eb7c3822fd5349b31e5ad544ea5a7929e - [offload] Standalone build fixes (#118173)

Wed, 04 Dec 2024 11:27:37 +0000

[offload] Standalone build fixes (#118173)A fair number of fixes to get standalone builds of offload working — mostly copying missing bits from openmp. It's almost ready — I still need to figure out why some of the tsts aren't linking to the right libraries. List of files: /llvm-project/offload/plugins-nextgen/CMakeLists.txt

16bb7e89a995dfe8b14a8ddbce3da79c217e884a - [Offload][NFC] Remove all trailing whitespace from offload/ (#92578)

Fri, 17 May 2024 18:15:04 +0000

[Offload][NFC] Remove all trailing whitespace from offload/ (#92578)Summary:This patch cleans up the training whitespace in a bunch of tests andCMake files. Most just in preparation for other cleanups. List of files: /llvm-project/offload/plugins-nextgen/CMakeLists.txt

c4017cda006c437c8400e280f8473aa65c302b40 - [Offload][NFC] Remove header license in CMake files (#92544)

Fri, 17 May 2024 14:05:03 +0000

[Offload][NFC] Remove header license in CMake files (#92544)Summary:No other project has these in the CMake itself, and they're wildlyinconsistent even within the project. These don't really add anything soI think they should be removed. List of files: /llvm-project/offload/plugins-nextgen/CMakeLists.txt

302db1ab5a054103e411997fd75b2bf6ef7f448c - [Offload] Do not link every target for JIT (#92013)

Tue, 14 May 2024 18:57:34 +0000

[Offload] Do not link every target for JIT (#92013)Summary:The offload library supports basic JIT functionality, however wecurrently link against every single target even though only AMDGPU andNVPTX are supported. This somewhat bloats the dynamic library list, sowe should constrain it to what's actually used. List of files: /llvm-project/offload/plugins-nextgen/CMakeLists.txt

fa9e90f5d23312587b3a17920941334e0d1a58a1 - [Reland][Libomptarget] Statically link all plugin runtimes (#87009)

Thu, 09 May 2024 11:35:54 +0000

[Reland][Libomptarget] Statically link all plugin runtimes (#87009)This patch overhauls the `libomptarget` and plugin interface. Currently,we define a C API and compile each plugin as a separate shared library.Then, `libomptarget` loads these API functions and forwards its internalcalls to them. This was originally designed to allow multipleimplementations of a library to be live. However, since then no one hasused this functionality and it prevents us from using much nicerinterfaces. If the old behavior is desired it should instead beimplemented as a separate plugin.This patch replaces the `PluginAdaptorTy` interface with the`GenericPluginTy` that is used by the plugins. Each plugin exports a`createPlugin_` function that is used to get the specificimplementation. This code is now shared with `libomptarget`.There are some notable improvements to this.1. Massively improved lifetimes of life runtime objects2. The plugins can use a C++ interface3. Global state does not need to be duplicated for each plugin + libomptarget4. Easier to use and add features and improve error handling5. Less function call overhead / Improved LTO performance.Additional changes in this plugin are related to contending with thefact that state is now shared. Initialization and deinitialization isnow handled correctly and in phase with the underlying runtime, allowingus to actually know when something is getting deallocated.Depends on https://github.com/llvm/llvm-project/pull/86971https://github.com/llvm/llvm-project/pull/86875https://github.com/llvm/llvm-project/pull/86868 List of files: /llvm-project/offload/plugins-nextgen/CMakeLists.txt

e5e66073c3d404f4dedf1b0be160b7815ccf8903 - Revert "[Libomptarget] Statically link all plugin runtimes (#87009)"

Thu, 09 May 2024 12:04:48 +0000

Revert "[Libomptarget] Statically link all plugin runtimes (#87009)"Caused failures on build-bots, reverting to investigate.This reverts commit 80f9e814ec896fdc57ee84afad8ac4cb1f8e4627. List of files: /llvm-project/offload/plugins-nextgen/CMakeLists.txt

80f9e814ec896fdc57ee84afad8ac4cb1f8e4627 - [Libomptarget] Statically link all plugin runtimes (#87009)

Thu, 09 May 2024 11:35:54 +0000

[Libomptarget] Statically link all plugin runtimes (#87009)This patch overhauls the `libomptarget` and plugin interface. Currently,we define a C API and compile each plugin as a separate shared library.Then, `libomptarget` loads these API functions and forwards its internalcalls to them. This was originally designed to allow multipleimplementations of a library to be live. However, since then no one hasused this functionality and it prevents us from using much nicerinterfaces. If the old behavior is desired it should instead beimplemented as a separate plugin.This patch replaces the `PluginAdaptorTy` interface with the`GenericPluginTy` that is used by the plugins. Each plugin exports a`createPlugin_` function that is used to get the specificimplementation. This code is now shared with `libomptarget`.There are some notable improvements to this.1. Massively improved lifetimes of life runtime objects2. The plugins can use a C++ interface3. Global state does not need to be duplicated for each plugin + libomptarget4. Easier to use and add features and improve error handling5. Less function call overhead / Improved LTO performance.Additional changes in this plugin are related to contending with thefact that state is now shared. Initialization and deinitialization isnow handled correctly and in phase with the underlying runtime, allowingus to actually know when something is getting deallocated.Depends on https://github.com/llvm/llvm-project/pull/86971https://github.com/llvm/llvm-project/pull/86875https://github.com/llvm/llvm-project/pull/86868 List of files: /llvm-project/offload/plugins-nextgen/CMakeLists.txt

b07177fb68d396cc9063ac4899e4d67f6765597f - [Libomptarget] Rework interface for enabling plugins (#86875)

Mon, 29 Apr 2024 16:18:37 +0000

[Libomptarget] Rework interface for enabling plugins (#86875)Summary:Previously we would build all of the plugins by default and then onlyload some using the `LIBOMPTARGET_PLUGINS_TO_LOAD` variable. This patchrenamed this to `LIBOMPTARGET_PLUGINS_TO_BUILD` and changes whether ornot it will include the plugin in CMake.Additionally this patch creates a new `Targets.def` file that allows usto enumerate all of the enabled plugins. This is somewhat different fromthe old method, and it's done this way for future use that will need tobe shared. This follows the same method that LLVM uses for its targets,however it does require adding an extra include path.Depends on https://github.com/llvm/llvm-project/pull/86868 List of files: /llvm-project/offload/plugins-nextgen/CMakeLists.txt

330d8983d25d08580fc1642fea48b2473f47a9da - [Offload] Move `/openmp/libomptarget` to `/offload` (#75125)

Mon, 22 Apr 2024 16:51:33 +0000

[Offload] Move `/openmp/libomptarget` to `/offload` (#75125)In a nutshell, this moves our libomptarget code to populate the offload subproject. With this commit, users need to enable the new LLVM/Offload subproject as a runtime in their cmake configuration. No further changes are expected for downstream code. Tests and other components still depend on OpenMP and have also not been renamed. The results below are for a build in which OpenMP and Offload are enabled runtimes. In addition to the pure `git mv`, we needed to adjust some CMake files. Nothing is intended to change semantics. ``` ninja check-offload ``` Works with the X86 and AMDGPU offload tests ``` ninja check-openmp ``` Still works but doesn't build offload tests anymore. ``` ls install/lib ``` Shows all expected libraries, incl. - `libomptarget.devicertl.a` - `libomptarget-nvptx-sm_90.bc` - `libomptarget.rtl.amdgpu.so` -> `libomptarget.rtl.amdgpu.so.18git` - `libomptarget.so` -> `libomptarget.so.18git` Fixes: https://github.com/llvm/llvm-project/issues/75124 --------- Co-authored-by: Saiyedul Islam List of files: /llvm-project/offload/plugins-nextgen/CMakeLists.txt