llvm-project.git/flang/runtime/allocatable.cpp, branch users/meinersbur/flang_runtime_split-headers

Revert "Reland '[flang] Allow to pass an async id to allocate the descriptor (#118713)' and #118733" (#121029)

2024-12-24T05:27:34+00:00

This still cause issue for device runtime build.

Reland '[flang] Allow to pass an async id to allocate the descriptor (#118713)' and #118733 (#120997)

2024-12-23T20:13:56+00:00

Device runtime build have been fixed. Attempt to re-land these patches
that have been approved before.

https://github.com/llvm/llvm-project/pull/118713
https://github.com/llvm/llvm-project/pull/118733

Revert "[flang] Allow to pass an async id to allocate the descriptor (#118713)" (#119109)

2024-12-08T03:55:12+00:00

This reverts commit 7d1c661381d36018fd105f4ad4c2d6dc45e7288b.

This commit breaks some device runtime builds. Need time to investigate.

[flang] Allow to pass an async id to allocate the descriptor (#118713)

2024-12-05T02:24:40+00:00

This is a patch in preparation for the support stream ordered memory
allocator in CUDA Fortran.

This patch adds an asynchronous id to the AllocatableAllocate runtime
function and to Descriptor::Allocate so it can be passed down to the
registered allocator. It is up to the allocator to use this value or
not.

A follow up patch will implement that asynchronous allocator for CUDA
Fortran.

[flang] Don't change size of allocatable in error situation (#77386)

2024-01-15T20:18:34+00:00

When an already-allocated allocatable array is about to fail
reallocation, don't allow its size or other characteristics to be
changed.

Fixes
llvm-test-suite/Fortran/gfortran/regression/multiple_allocation_1.f90
and .../multiple_allocation_3.f90.

[flang][runtime] Enable more APIs in the offload build. (#76486)

2023-12-28T21:50:43+00:00

[flang][runtime] Enable more APIs in the offload build. (#75996)

2023-12-20T19:52:51+00:00

This patch enables more numeric (mod, sum, matmul, etc.) APIs,
and some others.

I added new macros to disable warnings about using C++ STD methods
like operators of std::complex, which do not have __device__ attribute.
This may probably result in unresolved references, if the header files
implementation relies on libstdc++. I will need to follow up on this.

[flang][runtime] Fix SAME_TYPE_AS()/EXTENDS_TYPE_OF() for CLASS(*) (#67727)

2023-10-17T15:20:38+00:00

Ensure that the f18Addendum flag is preserved in AllocatableApplyMold(),
that raw().type is reinitialized in AllocatableDeallocatePolymorphic(),
and that the implementations of SameTypeAs() and ExtendsTypeOf() handle
unallocated unlimited polymorphic arguments correctly.

[flang][runtime] zero size allocation in source allocation (#66124)

2023-09-18T06:51:07+00:00

Source allocation with a zero sized array is legal, and the resulting
allocatable/pointer should be allocated/associated.

The current code skipped the actual allocation, leading the allocatable
or pointer to look unallocated/disassociated.

[flang] Make ISO_Fortran_binding.h a standalone header again.

2023-08-23T01:56:27+00:00

This implements the proposal from
https://discourse.llvm.org/t/adding-flang-specific-header-files-to-clang/72442/6
Since ISO_Fortran_binding.h is supposed to be included from users'
C/C++ codes, it would better have no dependencies on other header
files.

Reviewed By: PeteSteinfeld

Differential Revision: https://reviews.llvm.org/D158549