AW: [Patch, fortran] PRs 89843 and 90022 - C Fortran Interop fixes.

: Sonntag, 14. April 2019 20:16 > An: Thomas Koenig > Cc: Gilles Gouaillardet ; Bader, Reinhold > ; fort...@gcc.gnu.org; gcc-patches patc...@gcc.gnu.org> > Betreff: Re: [Patch, fortran] PRs 89843 and 90022 - C Fortran Interop fixes. > > Hi Thomas, > > Thanks a lot. Comm

AW: AW: [Patch, fortran] PRs 89843 and 90022 - C Fortran Interop fixes.

Dear Gilles, > -Ursprüngliche Nachricht- > Von: Gilles Gouaillardet > Gesendet: Freitag, 12. April 2019 02:25 > An: Bader, Reinhold ; Paul Richard Thomas > ; fort...@gcc.gnu.org; gcc-patches patc...@gcc.gnu.org> > Betreff: Re: AW: [Patch, fortran] PRs 89843

AW: [Patch, fortran] PRs 89843 and 90022 - C Fortran Interop fixes.

Hi Gilles, > > I also found an other potential issue with copy-in. > > If in Fortran, we > > call foo(buf(0,0)) > > then the C subroutine can only access buf(0,0), and other elements such > as buf(1025,1025) cannot be accessed. > > Such elements are valid in buf, but out of bounds in the copy (tha

Further bugs in extended C interop

Dear Paul, Here are further bug reports, mostly on the various functions for manipulating descriptors: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89841 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89842 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89843 https://gcc.gnu.org/bugzilla/show_bug.cg

AW: Bugs in extended C interop

in the queue for now. Regards > -Ursprüngliche Nachricht- > Von: Bader, Reinhold > Gesendet: Freitag, 15. Februar 2019 16:24 > An: 'Paul Richard Thomas' > Cc: fort...@gcc.gnu.org; gcc-patches > Betreff: Bugs in extended C interop > > Dear Paul, >

Bugs in extended C interop

Dear Paul, I've started putting together my observations on the current status of the F2018 C interop extensions in gfortran 9.0. See the PRs 89363, 89364, 89365, 89366: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89363 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89364 https://gcc.gnu.org/bug

Re: [OMPI users] Fortran and MPI-3 shared memory

> Rationale. The C bindings of MPI_ALLOC_MEM and MPI_FREE_MEM are similar > to the bindings for the malloc and free C library calls: a call to > MPI_Alloc_mem(: : :, &base) should be paired with a call to > MPI_Free_mem(base) (one > less level of indirection). Both arguments are declared to be of

Re: [OMPI users] Fortran and MPI-3 shared memory

I've had a look at the OpenMPI 1.10.3 sources, and the trouble appears to me to be that the MPI wrappers declare the argument TYPE(C_PTR), INTENT(OUT) :: baseptr inside the BIND(C) interface on the Fortran side (for OpenMPI this would, for example be ompi_win_allocate_f), and the C implement

AW: [Bug fortran/52846] [F2008] Support submodules - part 3/3

he example given for F08/128, by Daniel Chen from IBM. And indeed this seems to have caused some grief to other implementors. Cheers Reinhold > -Ursprüngliche Nachricht- > Von: Paul Richard Thomas [mailto:paul.richard.tho...@gmail.com] > Gesendet: Dienstag, 11. August 2015 12:28 &g

AW: [Bug fortran/52846] [F2008] Support submodules - part 3/3

Hello Toon, all else, a bit unfortunate, in my opinion (I was present at the discussion). I've in the meantime taken some effort to implement what the design pattern experts might call an "abstract factory with full dependency inversion" as a bare-bones framework and have attached an archive w

AW: [Bug fortran/52846] [F2008] Support submodules - part 2/3

to 11.2.3, para 2 of the Fortran 2008 standard. So I think the error message is spurious. Cheers Reinhold > -Ursprüngliche Nachricht- > Von: Paul Richard Thomas [mailto:paul.richard.tho...@gmail.com] > Gesendet: Dienstag, 14. Juli 2015 13:10 > An: Bader, Reinhold; fort...@gcc.

AW: [Patch, fortran] PR52846 - [F2008] Support submodules

t; Von: Paul Richard Thomas [mailto:paul.richard.tho...@gmail.com] > Gesendet: Donnerstag, 25. Juni 2015 17:16 > An: fort...@gcc.gnu.org; gcc-patches > Cc: Damian Rouson; Tobias Burnus; salvatore.filipp...@uniroma2.it; Bader, > Reinhold > Betreff: Re: [Patch, fortran] PR52846 - [F200