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.
> *
