#39428: mpich should have variant +gcc47 by default --------------------------+-------------------------------- Reporter: dstrubbe@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Resolution: | Keywords: haspatch Port: mpich | --------------------------+-------------------------------- Comment (by eborisch@…): Making mpich +gcc47 by default introduces a large number of dependencies (to build gcc47) that aren't required if someone doesn't need Fortran. I'm hesitant to add this as a default variant; it seems it would be better suited to use active_variants in arpack and netcdf-fortran. Other thoughts? -- Ticket URL: <https://trac.macports.org/ticket/39428#comment:1> MacPorts <http://www.macports.org/> Ports system for OS X

#39428: mpich should have variant +gcc47 by default --------------------------+------------------------ Reporter: dstrubbe@… | Owner: eborisch@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Resolution: | Keywords: haspatch Port: mpich | --------------------------+------------------------ Comment (by dstrubbe@…): Thanks for the comment. I saw that openmpi used gcc47 as a default, so I thought by analogy it should be the same for mpich. Maybe you disagree with the choice made there. active_variants doesn't really solve the problem: if you do "install arpack +mpich" and do not already have mpich installed, then mpich will be installed, and without Fortran by default. Then active_variants in the arpack Portfile will tell you that though openmpi was installed as a dependency, it is not acceptable since it doesn't have a Fortran wrapper. That is the issue I am trying to solve, which would happen for any port that wants mpif77 or mpif90. -- Ticket URL: <https://trac.macports.org/ticket/39428#comment:3> MacPorts <http://www.macports.org/> Ports system for OS X

#39428: mpich should have variant +gcc47 by default --------------------------+------------------------ Reporter: dstrubbe@… | Owner: eborisch@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Resolution: | Keywords: haspatch Port: mpich | --------------------------+------------------------ Comment (by dstrubbe@…): All that active_variants can do for the user here is explain why configure would fail for arpack (i.e. no mpif77). It cannot make the correct variant be installed in the first place. But, if mpich had +gcc47 as default, then the situation I describe above would end in a successful build, not an error message (however informative). -- Ticket URL: <https://trac.macports.org/ticket/39428#comment:5> MacPorts <http://www.macports.org/> Ports system for OS X

#39428: mpich should have variant +gcc47 by default --------------------------+------------------------ Reporter: dstrubbe@… | Owner: eborisch@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Resolution: | Keywords: haspatch Port: mpich | --------------------------+------------------------ Comment (by sean@…): Replying to [comment:7 dstrubbe@…]:

All right, I see.

Well, perhaps a Fortran MPI sub-port or stub port could be made that would allow the mixed installation you mention, as well as making sure that mpif77 is installed when needed as a dependency.

This thread is exactly the problem I've been trying to solve over the last year or so, sporadically. The issue boils down to the fact that the clang family of compilers doesn't have anything for fortran and that macports doesn't split up gcc into non-fortan subports. So, there are a few routes to take: 1) split up gcc into subports This would be a lot of work because of the many ports that implicitly assume that gcc has a fortran compiler. 2) split up mpi ports into fortan subports This would break the macports structure of compilers already in place. Also, this breaks mpi standards because fortran mpi wrappers need to exist. 3) add gfortran to the clang variant of the mpi ports This would add gcc as a dependency to all the clang variants. I was originally opposed to (3) but now think this is the most complete solution. I don't think we should provide any variant of mpi without fortran wrappers. eborisch, I see that you aren't in favor of adding more dependencies but do you have any other ideas? -- Ticket URL: <https://trac.macports.org/ticket/39428#comment:9> MacPorts <http://www.macports.org/> Ports system for OS X

#39428: mpich should have variant +gcc47 by default --------------------------+------------------------ Reporter: dstrubbe@… | Owner: eborisch@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Resolution: | Keywords: haspatch Port: mpich | --------------------------+------------------------ Comment (by sean@…): Replying to [comment:10 dstrubbe@…]:

Replying to [comment:9 sean@…]:

...

2) split up mpi ports into fortan subports

This would break the macports structure of compilers already in place. Also, this breaks mpi standards because fortran mpi wrappers need to exist.

What do you mean that MPI standards require Fortran MPI wrappers? Some MPI's seem to produce useless Fortran wrappers that just write an error message if compiled without Fortran. Not sure how that helps anything. For comparison, the openmpi port does not bother installing mpif77 or mpif90 if installed without Fortran support.

And there's a reason OpenMPI isn't recommend by scientific projects. Apple shipped a broken MPI with Leopard and that was inexcusable. For not very good reasons, Bill Gropp and others decided that MPI should wrap compilers (instead of just providing linking flags) therefore and package providing MPI needs to provide the C and Fortran wrappers. As a note, C++ MPI has been deprecated. -- Ticket URL: <https://trac.macports.org/ticket/39428#comment:11> MacPorts <http://www.macports.org/> Ports system for OS X

#39428: mpich should have variant +gcc47 by default --------------------------+------------------------ Reporter: dstrubbe@… | Owner: eborisch@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Resolution: | Keywords: haspatch Port: mpich | --------------------------+------------------------ Comment (by sean@…): Replying to [comment:12 dstrubbe@…]:

Can you please explain more? Why would it matter if mpif77 is present or not to compile MPI C code?

MPI is a standard not a language. A lot of Fortran people got on the MPI forum and voted to have it in the standard. C++ didn't make it. -- Ticket URL: <https://trac.macports.org/ticket/39428#comment:13> MacPorts <http://www.macports.org/> Ports system for OS X