230b437d05
### 1. ElementType deduction for pointer-based array sections Problem: Pointer-based array sections were previously ignored during `ElementType` deduction, leading to incorrect assumptions about array item types. This often resulted in out-of-bounds access, as seen in the assertion failure: ``` Assertion `idx < size()' failed. llvm-project/llvm/include/llvm/ADT/SmallVector.h:292: reference llvm::SmallVectorTemplateCommon<llvm::Value *>::operatorsize_type [T = llvm::Value *] ``` Fix: Added a check in clang/lib/CodeGen/CGOpenMPRuntime.cpp to ensure `ElementType` is correctly detected for cases involving non-contiguous updates with a base pointer. Impact: Resolves failures in OpenMP_VV (formerly sollve_vv) and other offload/clang-OpenMP tests: All tests under: https://github.com/OpenMP-Validation-and-Verification/OpenMP_VV/tree/master/tests/5.0/target_update test_target_update_mapper_from_discontiguous.c test_target_update_mapper_to_discontiguous.c test_target_update_to_discontiguous.c test_target_update_from_discontiguous.c ### 2. Zero-dimension propagation in struct member mappings Problem: A zero-dimension entry for struct members introduced inconsistencies in complex mapping logic within OMPIRBuilder.cpp. Placeholder zeros propagated to emitNonContiguousDescriptor(), breaking reverse indexing logic and corrupting IR: Loops assume `Dims[I] >= 1`. When `Dims[I] == 0`: Reverse indexing still stores pointers to uninitialized allocas or mismatched slots. Runtime interprets `ArgSizes[I]` (derived from `Dims[I])` as dimensionality, causing size/offset calculations to collapse to zero → results in `size=0` async copy and plugin interface errors. Fix: Prepend a synthetic dimension of size 1 instead of appending a zero, preserving correctness in `targetDataUpdate()` for non-contiguous updates. Impact: Added dedicated test cases that previously failed on main.
82 lines
1.9 KiB
C
82 lines
1.9 KiB
C
// This test checks that #pragma omp target update to(data[0:2:3]) correctly
|
|
// updates every third element (stride 3) from the host to the device, partially
|
|
// across the array using dynamically allocated memory.
|
|
|
|
// RUN: %libomptarget-compile-run-and-check-generic
|
|
#include <omp.h>
|
|
#include <stdio.h>
|
|
#include <stdlib.h>
|
|
|
|
int main() {
|
|
int len = 11;
|
|
double *data = (double *)calloc(len, sizeof(double));
|
|
|
|
// Initialize on host
|
|
for (int i = 0; i < len; i++)
|
|
data[i] = i;
|
|
|
|
// Initial values
|
|
printf("original host array values:\n");
|
|
for (int i = 0; i < len; i++)
|
|
printf("%f\n", data[i]);
|
|
printf("\n");
|
|
|
|
#pragma omp target data map(tofrom : data[0 : len])
|
|
{
|
|
// Initialize device array to 20
|
|
#pragma omp target
|
|
{
|
|
for (int i = 0; i < len; i++)
|
|
data[i] = 20.0;
|
|
}
|
|
|
|
// Modify host data for elements that will be updated
|
|
data[0] = 10.0;
|
|
data[3] = 10.0;
|
|
|
|
// This creates Host→Device transfer for indices 0,3 only
|
|
#pragma omp target update to(data[0 : 2 : 3])
|
|
|
|
// Verify on device by adding 5 to all elements
|
|
#pragma omp target
|
|
{
|
|
for (int i = 0; i < len; i++)
|
|
data[i] += 5.0;
|
|
}
|
|
}
|
|
|
|
printf("device array values after update to:\n");
|
|
for (int i = 0; i < len; i++)
|
|
printf("%f\n", data[i]);
|
|
printf("\n");
|
|
|
|
// CHECK: original host array values:
|
|
// CHECK-NEXT: 0.000000
|
|
// CHECK-NEXT: 1.000000
|
|
// CHECK-NEXT: 2.000000
|
|
// CHECK-NEXT: 3.000000
|
|
// CHECK-NEXT: 4.000000
|
|
// CHECK-NEXT: 5.000000
|
|
// CHECK-NEXT: 6.000000
|
|
// CHECK-NEXT: 7.000000
|
|
// CHECK-NEXT: 8.000000
|
|
// CHECK-NEXT: 9.000000
|
|
// CHECK-NEXT: 10.000000
|
|
|
|
// CHECK: device array values after update to:
|
|
// CHECK-NEXT: 15.000000
|
|
// CHECK-NEXT: 25.000000
|
|
// CHECK-NEXT: 25.000000
|
|
// CHECK-NEXT: 15.000000
|
|
// CHECK-NEXT: 25.000000
|
|
// CHECK-NEXT: 25.000000
|
|
// CHECK-NEXT: 25.000000
|
|
// CHECK-NEXT: 25.000000
|
|
// CHECK-NEXT: 25.000000
|
|
// CHECK-NEXT: 25.000000
|
|
// CHECK-NEXT: 25.000000
|
|
|
|
free(data);
|
|
return 0;
|
|
}
|