[all-commits] [llvm/llvm-project] f11788: [Flang][OpenMP][MLIR] Implement close, present and...

[agozillon via All-commits]

  Branch: refs/heads/main
  Home:   https://github.com/llvm/llvm-project
  Commit: f1178815d2435fdbe9eb5491ff52663e78c8ef7a
      https://github.com/llvm/llvm-project/commit/f1178815d2435fdbe9eb5491ff52663e78c8ef7a
  Author: agozillon <Andrew.Gozillon at amd.com>
  Date:   2025-03-07 (Fri, 07 Mar 2025)

  Changed paths:
    M flang/lib/Lower/OpenMP/ClauseProcessor.cpp
    M flang/lib/Optimizer/OpenMP/MapInfoFinalization.cpp
    M flang/test/Integration/OpenMP/map-types-and-sizes.f90
    R flang/test/Lower/OpenMP/Todo/from-expectation-modifier.f90
    R flang/test/Lower/OpenMP/Todo/map-modifiers-close.f90
    R flang/test/Lower/OpenMP/Todo/map-modifiers-ompxhold.f90
    R flang/test/Lower/OpenMP/Todo/map-modifiers-present.f90
    R flang/test/Lower/OpenMP/Todo/to-expectation-modifier.f90
    A flang/test/Lower/OpenMP/map-modifiers.f90
    M mlir/lib/Dialect/OpenMP/IR/OpenMPDialect.cpp
    M mlir/test/Dialect/OpenMP/ops.mlir
    M offload/test/Inputs/target-use-dev-ptr.c
    M offload/test/offloading/fortran/target-use-dev-ptr.f90
    A offload/test/offloading/fortran/target_map_ompx_hold.f90
    A offload/test/offloading/fortran/target_map_present_fail.f90
    A offload/test/offloading/fortran/target_map_present_success.f90
    A offload/test/offloading/fortran/usm_map_close.f90

  Log Message:
  -----------
  [Flang][OpenMP][MLIR] Implement close, present and ompx_hold modifiers for Flang maps (#129586)

This PR adds an initial implementation for the map modifiers close,
present and ompx_hold, primarily just required adding the appropriate
map type flags to the map type bits. In the case of ompx_hold it
required adding the map type to the OpenMP dialect. Close has a bit of a
problem when utilised with the ALWAYS map type on descriptors, so it is
likely we'll have to make sure close and always are not applied to the
descriptor simultaneously in the future when we apply always to the
descriptors to facilitate movement of descriptor information to device
for consistency, however, we may find an alternative to this with
further investigation. For the moment, it is a TODO/Note to keep track
of it.



To unsubscribe from these emails, change your notification settings at https://github.com/llvm/llvm-project/settings/notifications