main

SShilei Tian[OpenMP][Offloading] Enlarge the work size of wtime.c in case of any noise

b95d31a8创建于 2022年7月23日历史提交

文件	最后提交记录	最后更新时间
api	[OpenMP] Implementing omp_get_device_num() This patch implements omp_get_device_num() in the host and the device. It uses the already existing getDeviceNum in the device config for the device. And in the host it uses the omp_get_num_devices(). Two simple tests added Differential Revision: https://reviews.llvm.org/D128347	3 年前
env	[Libomptarget] Add missing include to define printf Summary: This test was failing because of an implicit declaration of printf which isn't legal with newer C, causing it to fail. This patch just adds the necessary header.	4 年前
mapping	[Libomptarget] Add test config for compiling in LTO-mode We are planning on making LTO the default compilation mode for offloading. In order to make sure it works we should run these tests on the test suite. AMDGPU already uses the LTO compilation path for its linking, but in LTO mode it also links the static library late. Performing LTO requires the static library to be built, if we make the change this will be a hard requirement and the old bitcode library will go away. This means users will need to use either a two-step build or a runtimes build for libomptarget. Reviewed By: JonChesterfield Differential Revision: https://reviews.llvm.org/D127512	3 年前
offloading	[OpenMP][Offloading] Enlarge the work size of wtime.c in case of any noise	3 年前
unified_shared_memory	[Libomptarget] Add test config for compiling in LTO-mode We are planning on making LTO the default compilation mode for offloading. In order to make sure it works we should run these tests on the test suite. AMDGPU already uses the LTO compilation path for its linking, but in LTO mode it also links the static library late. Performing LTO requires the static library to be built, if we make the change this will be a hard requirement and the old bitcode library will go away. This means users will need to use either a two-step build or a runtimes build for libomptarget. Reviewed By: JonChesterfield Differential Revision: https://reviews.llvm.org/D127512	3 年前
CMakeLists.txt	[OpenMP][CMake] Fix an issue when there is space in the argument LIBOMPTARGET_LIT_ARGS D106236 added a new CMake argument for libomptarget test, but when user's input contains white spaces, CMake will add escape char to the final lit command, which leads to an error. This patch converts the user's input LIBOMPTARGET_LIT_ARGS into a local array, and then passes the array to the function. Reviewed By: JonChesterfield Differential Revision: https://reviews.llvm.org/D106247	4 年前
lit.cfg	[OpenMP][DeviceRTL] Fix the issue that multiple calls to omp_get_wtime is optimized out by mistake Multiple calls to omp_get_wtime could be optimized out due to the function is mistakenly marked as readnone. This patch fixes the issue, and also add the support to run optimization on libomptarget tests. Reviewed By: jdoerfert Differential Revision: https://reviews.llvm.org/D130179	3 年前
lit.site.cfg.in	[Libomptarget] Make libomptarget an LLVM library This patch makes libomptarget depend on LLVM libraries to be built. The reason for this is because we already have an implicit dependency on LLVM headers for ELF identification and extraction as well as an optional dependenly on the LLVMSupport library for time tracing information. Furthermore, there are changes in the future that require using more LLVM libraries, and will heavily simplify some future code as well as open up the large amount of useful LLVM libraries to libomptarget. This will make "standalone" builds of libomptarget' more difficult for vendors wishing to ship their own. This will require a sufficiently new version of LLVM to be installed on the system that should be picked up by the existing handling for the implicit headers. The things this patch changes are as follows: - libomptarget.so links against LLVMSupport and LLVMObject - libomptarget.so is a symbolic link to libomptarget.so.15` - If using a shared library build, user applications will depend on LLVM libraries as well - We can now use LLVM resources in Libomptarget. Note that this patch only changes this to apply to libomptarget itself, not the plugins. Additional patches will be necessary for that. Reviewed By: JonChesterfield Differential Revision: https://reviews.llvm.org/D129875	3 年前