Jeff,
in the pcollreq extensions, I did both
- no prototypes for pompi_FOO_f functions
- prototypes for ompi_FOO_f functions are in an internal module, and
that did not create any dependency.
I will issue a PR sometimes this week for you to review
Cheers,
Gilles
On Wed, Jul 18, 2018 at 10:46
On Jul 17, 2018, at 8:49 PM, Gilles Gouaillardet wrote:
>
> I noted the internal Fortran bindings (e.g. [p]ompi_barrier_f and friends)
> are defined in the user facing mpi_f08.mod.
>
> My impressions are :
>
> 1. pompi_barrier_f and friends are never used (e.g. pbarrier_f08.F90 calls
> ompi_
Jeff,
When working on https://github.com/open-mpi/ompi/pull/5430,
I noted the internal Fortran bindings (e.g. [p]ompi_barrier_f and
friends) are defined in the
user facing mpi_f08.mod.
My impressions are :
1. pompi_barrier_f and friends are never used (e.g. pbarrier_f08.F90
calls ompi_b
On Jul 17, 2018, at 1:18 AM, Marco Atzeri wrote:
>
> I was aware, as I am not building it anymore, however
> probably we should exclude the C++ from default examples.
examples/Makefile won't build the C++ (or Fortran or OSHMEM) examples if they
aren't built.
My $0.02: As long as we're shipping
> On Jul 16, 2018, at 11:18 PM, Marco Atzeri wrote:
>
>> Am 16.07.2018 um 23:05 schrieb Jeff Squyres (jsquyres) via devel:
>>> On Jul 13, 2018, at 4:35 PM, Marco Atzeri wrote:
>>>
For one. The C++ bindings are no longer part of the standard and they are
not built by default in v3.1
