Skip to content

Conversation

@ggouaillardet
Copy link
Contributor

No description provided.

Copy link
Member

@jsquyres jsquyres left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@ggouaillardet Sorry to pester, but this PR needs signed-off-by lines, too...

…nterface

(cherry picked from commit open-mpi/ompi@e02dc1e)

Signed-off-by: Gilles Gouaillardet <gilles@rist.or.jp>
…nterface

(cherry picked from commit open-mpi/ompi@e2769e4)

Signed-off-by: Gilles Gouaillardet <gilles@rist.or.jp>
…SET_KIND

and remove unused ompi/include/mpif-mpi-io.h

(back-ported from commit open-mpi/ompi@055df6f)

Signed-off-by: Gilles Gouaillardet <gilles@rist.or.jp>
Thanks Nicolas Joly for the patch

(cherry picked from commit open-mpi/ompi@98f6269)

Signed-off-by: Gilles Gouaillardet <gilles@rist.or.jp>
ignore automatically generated mpi-tkr-sizeof.*

Signed-off-by: Gilles Gouaillardet <gilles@rist.or.jp>

(back-ported from commit open-mpi/ompi@52a1f96)
…cptr-interfaces.h

this file is meant to be included and not compiled, so use a consistent naming

Signed-off-by: Gilles Gouaillardet <gilles@rist.or.jp>

(back-ported from commit open-mpi/ompi@5543b19)
Signed-off-by: Gilles Gouaillardet <gilles@rist.or.jp>

(cherry picked from commit open-mpi/ompi@8e26e78)
Signed-off-by: Gilles Gouaillardet <gilles@rist.or.jp>

(cherry picked from commit open-mpi/ompi@1a16e68)
MPI_Sizeof related stuff has been moved to their own files.
Remove MPI_Sizeof from Fortran interfaces when it cannot be built
(e.g. stock gcc 4.8 on CentOS 7)

Signed-off-by: Gilles Gouaillardet <gilles@rist.or.jp>

(cherry picked from commit open-mpi/ompi@bf78976)
@ggouaillardet ggouaillardet force-pushed the topic/v1.10/fortran_and_misc_fixes branch from 0c507d2 to 18c8d67 Compare October 28, 2016 01:57
@ggouaillardet ggouaillardet dismissed jsquyres’s stale review October 28, 2016 07:27

added Signed-off-by

@ggouaillardet
Copy link
Contributor Author

@jsquyres i also added the use-mpi-tkr fixes

@jsquyres
Copy link
Member

bot:lanl:retest

@rhc54
Copy link
Contributor

rhc54 commented Oct 31, 2016

@jsquyres review??

@jsquyres jsquyres modified the milestones: v1.10.5, v1.10.6 Jan 3, 2017
@rhc54
Copy link
Contributor

rhc54 commented Jan 26, 2017

@jsquyres Need for 1.10.6?

@rhc54 rhc54 modified the milestones: v1.10.7, v1.10.6 Feb 21, 2017
@rhc54
Copy link
Contributor

rhc54 commented May 6, 2017

@jsquyres I think at this point it is safe to say nobody cares about this for the 1.10 series? If they do, then can we get this reviewed?

Copy link
Member

@jsquyres jsquyres left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

All the commits that are on this PR are good. However, it also needs d32eff6 (adding MPI_AINT_* to mpif-externals.h). For expediency, I will do that in a separate PR.

@jsquyres
Copy link
Member

Oh shoot, 2b504a2 from this PR will change the ABI (because we change the type of MPI_DISPLACEMENT_CURRENT.

@rhc54 I'm not quite sure what to do here. On the one hand, we had the type of the variable wrong. And Fortran is a strongly typed language, so correct MPI programs should not have been compiling previously. ...but they may have adapted their programs to use our (incorrect) type. But from the "this was a bug" perspective, I think we're ok to release.

...but then the question becomes: what should the .so version number be? Do we actually bump the version such that the new .so version number marks that the prior version is incompatible? I'm inclined to say "no" -- should we indicate that the library has changed, but it is still compatible, even though, technically speaking, that's a lie. I think that this one variable is fairly obscure and so few people use the Fortran modules that we're ok.

We should probably add something in NEWS and/or README about this, though.

Thoughts?

@jsquyres
Copy link
Member

jsquyres commented May 15, 2017

Also, technically, 1ba7519 renames two APIs (which were clearly wrong, but still -- it changes the ABI because we didn't leave the old names accessible).

@rhc54
Copy link
Contributor

rhc54 commented May 15, 2017

Given that these are fairly obscure, and that the changes were actually bug fix/corrections to match the standard, I'm comfortable with just indicating that the library changed and adding something in the NEWS about it

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants