It turned out that using -fdefault-integer-8 on 32bit systems didn't
work with omp_alloc – as that gave a 64bit / kind=8 integer for the
(c_)size_t argument. [As reported by Jakub on #gcc.]
Fixed (and committed to mainline + OG10) as attached; the most trivial
version of the patch didn't not work
On Tue, Jul 14, 2020 at 11:42:15PM +0200, Tobias Burnus wrote:
> + fortran@, which I forgot for the initial patch.
>
> On 7/14/20 11:43 AM, Jakub Jelinek wrote:
>
> > > + type omp_alloctrait
> > > +integer (omp_alloctrait_key_kind) key
> > > +integer (omp_alloctrait_val_kind)
+ fortran@, which I forgot for the initial patch.
On 7/14/20 11:43 AM, Jakub Jelinek wrote:
+ type omp_alloctrait
+integer (omp_alloctrait_key_kind) key
+integer (omp_alloctrait_val_kind) value
+ end type omp_alloctrait
I know this is a problem in the standard, but wo
On Tue, Jul 14, 2020 at 09:15:21AM +0200, Tobias Burnus wrote:
> libgomp/ChangeLog:
>
> * allocator.c: Add ialias for omp_init_allocator and
> omp_destroy_allocator.
> * configure.ac: Set INTPTR_T_KIND.
> * configure: Regenerate.
> * Makefile.in: Regenerate.
> *
This patch adds the Fortran part to Jakub's generic + C/C++ commit
"openmp: Add basic library allocator support."
https://gcc.gnu.org/g:800bcc8c00f3ce940aa174845bb61faca9e85d36
OK for the trunk?
(Will then later be also backported to OG10)
Tobias
-
Mentor Graphics (Deutschland)
