Skip to content

Conversation

@gabrielrodcanal
Copy link
Collaborator

This extract-target updates the previous version that expected the operands in omp.target to be omp.map.info passed through map_vars. Now they are passed through has_device_addr_vars and are expected to be of memref type (@mesham, can you confirm this last bit?).

gabrielrodcanal and others added 17 commits August 1, 2025 00:15
… function. Otherwise, the function will not be present in the symbol table of the calling module
…rated IR does not pass the mlir-opt verifier. Tested on all the offload examples
…tion arguments are dereferenced, since HLS is not compatible with pointers to pointers. OpenMP variables in the omp.map.info operations are forwarded and the omp.target operation is forwarded (operands are forwarded to the block operations). Tested with offload/ex1.F90
… earlier in the pipeline. Also, remove attributes from the module, since they are incompatible with the downgrading to LLVM v7
…nly works when called after offload and extract-target, target-to-hls, but it is not enforced yet for debuggability
…e the operands to omp.taget are expected to be in has_device_addr_vars
@gabrielrodcanal gabrielrodcanal requested a review from mesham August 6, 2025 19:07
@gabrielrodcanal gabrielrodcanal self-assigned this Aug 6, 2025
@gabrielrodcanal gabrielrodcanal requested a review from mesham August 7, 2025 15:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants