llvm-project.git/clang/test/OpenMP/target_data_map_codegen_hold.cpp, branch main Unnamed repository; edit this file 'description' to name the repository. [IRBuilder] Generate nuw GEPs for struct member accesses (#99538) 2024-08-09T12:25:04+00:00 Hari Limaye hari.limaye@arm.com 2024-08-09T12:25:04+00:00 94473f4db6a6f5f12d7c4081455b5b596094eac5 Generate nuw GEPs for struct member accesses, as inbounds + non-negative implies nuw. Regression tests are updated using update scripts where possible, and by find + replace where not. 
Generate nuw GEPs for struct member accesses, as inbounds + non-negative
implies nuw.

Regression tests are updated using update scripts where possible, and by
find + replace where not.
 [OpenMP][NFC] Update clang OpenMP tests 2023-08-23T17:40:31+00:00 Johannes Doerfert johannes@jdoerfert.de 2023-08-20T23:35:42+00:00 5a64ae75b5a05bdfc7ccb12d0b0958478b5d865b Just re-running the script to make future updates easier 
Just re-running the script to make future updates easier
clang: Regenerate OpenMP tests 2023-07-11T22:28:10+00:00 Matt Arsenault Matthew.Arsenault@amd.com 2023-07-08T15:27:58+00:00 a709c49d75c62ecce9e5598994692546dfd1e02b Avoid diffs from no longer hardcoding metadata checks 
Avoid diffs from no longer hardcoding metadata checks
Minor change to clang test 2023-07-05T13:56:45+00:00 Akash Banerjee Akash.Banerjee@amd.com 2023-07-05T13:56:45+00:00 07630da36a31596594a1ba3b9f000dc57d5382f3 Fix clang test error cuased by commit 4a49226537abafc9b372ba8ef61d14a817a5226a. Minor change in order of globals. 
Fix clang test error cuased by commit 4a49226537abafc9b372ba8ef61d14a817a5226a. Minor change in order of globals.
[OpenMP][FIX] Remove version check lines in clang test 2023-01-21T21:25:24+00:00 Johannes Doerfert johannes@jdoerfert.de 2023-01-21T21:23:03+00:00 366fc10f065dee6fdf94bcaddaecb048dab902e8 We really need a way to make the check line script deal with these automatically. 
We really need a way to make the check line script deal with these
automatically.
[OpenMP] Modernize the kernel launching interface and APIs 2023-01-21T19:16:21+00:00 Johannes Doerfert johannes@jdoerfert.de 2023-01-19T21:40:58+00:00 16a385ba21a921a42009ff971199bce56eb2a86e We already created a versioned `__tgt_kernel_arguments` struct but it was only briefly used and its content was passed in isolation anyway. This makes it hard to add more information in the future. With this patch we fully embrace the struct as means to pass information from the compiler to the plugin as part of a kernel launch. The patch also extends and renames the struct, bumping the version number to 2. Version 1 entries are auto-upgraded. This is in preparation for "bare" kernel launches, per kernel dynamic shared memory, CUDA/HIP lowering, etc. The `__tgt_target_kernel_nowait` interface was deprecated as it was unused. Once we actually implement support for something like that, we can add an appropriate API. Note: Only plugins with the `launch_kernel` interface are now supported. That means that a new clang won't be able to use an old runtime. An old clang can still use the new runtime since the libomptarget interface did not change. Differential Revision: https://reviews.llvm.org/D141232 
We already created a versioned `__tgt_kernel_arguments` struct but it
was only briefly used and its content was passed in isolation anyway.
This makes it hard to add more information in the future. With this
patch we fully embrace the struct as means to pass information from the
compiler to the plugin as part of a kernel launch.

The patch also extends and renames the struct, bumping the version
number to 2. Version 1 entries are auto-upgraded. This is in preparation
for "bare" kernel launches, per kernel dynamic shared memory, CUDA/HIP
lowering, etc.

The `__tgt_target_kernel_nowait` interface was deprecated as it was
unused. Once we actually implement support for something like that, we
can add an appropriate API.

Note: Only plugins with the `launch_kernel` interface are now supported.
      That means that a new clang won't be able to use an old runtime.
      An old clang can still use the new runtime since the libomptarget
      interface did not change.

Differential Revision: https://reviews.llvm.org/D141232
[OpenMP] Convert tests to opaque pointers (NFC) 2022-10-07T12:58:27+00:00 Nikita Popov npopov@redhat.com 2022-10-07T12:56:02+00:00 a290f3c8fcad7a706c824e13a0983efd629ee542 Conversion performed using the script at: https://gist.github.com/nikic/98357b71fd67756b0f064c9517b62a34 These are only tests where no manual fixup was required. 
Conversion performed using the script at:
https://gist.github.com/nikic/98357b71fd67756b0f064c9517b62a34

These are only tests where no manual fixup was required.
[OpaquePtrs][Clang] Add -no-opaque-pointers to tests (NFC) 2022-04-07T10:09:47+00:00 Nikita Popov npopov@redhat.com 2022-04-07T10:03:55+00:00 532dc62b907554b3f07f17205674aa71e76fc863 This adds -no-opaque-pointers to clang tests whose output will change when opaque pointers are enabled by default. This is intended to be part of the migration approach described in https://discourse.llvm.org/t/enabling-opaque-pointers-by-default/61322/9. The patch has been produced by replacing %clang_cc1 with %clang_cc1 -no-opaque-pointers for tests that fail with opaque pointers enabled. Worth noting that this doesn't cover all tests, there's a remaining ~40 tests not using %clang_cc1 that will need a followup change. Differential Revision: https://reviews.llvm.org/D123115 
This adds -no-opaque-pointers to clang tests whose output will
change when opaque pointers are enabled by default. This is
intended to be part of the migration approach described in
https://discourse.llvm.org/t/enabling-opaque-pointers-by-default/61322/9.

The patch has been produced by replacing %clang_cc1 with
%clang_cc1 -no-opaque-pointers for tests that fail with opaque
pointers enabled. Worth noting that this doesn't cover all tests,
there's a remaining ~40 tests not using %clang_cc1 that will need
a followup change.

Differential Revision: https://reviews.llvm.org/D123115
[OPENMP]Fix PR50347: Mapping of global scope deep object fails. 2022-02-25T18:54:24+00:00 Alexey Bataev a.bataev@outlook.com 2021-07-01T11:16:56+00:00 d04d9220e1c3d1b72cd2c7401fe684af16973bcc Changed the we handle llvm::Constants in sizes arrays. ConstExprs and GlobalValues cannot be used as initializers, need to put them at the runtime, otherwise there wight be the compilation errors. Differential Revision: https://reviews.llvm.org/D105297 
Changed the we handle llvm::Constants in sizes arrays. ConstExprs and
GlobalValues cannot be used as initializers, need to put them at the
runtime, otherwise there wight be the compilation errors.

Differential Revision: https://reviews.llvm.org/D105297
Revert "[OPENMP]Fix PR50347: Mapping of global scope deep object fails." 2022-02-24T20:04:39+00:00 Alexey Bataev a.bataev@outlook.com 2022-02-24T20:04:39+00:00 ca6fa71b7ee18e03301895ac107b702cfd9aeb84 This reverts commit 638938117aeae5518d6cacd066ffd9830ef4fc9a. Need to fix reported fail https://lab.llvm.org/buildbot/#/builders/193/builds/7496 
This reverts commit 638938117aeae5518d6cacd066ffd9830ef4fc9a. Need to
fix reported fail https://lab.llvm.org/buildbot/#/builders/193/builds/7496