[MacPorts] #15571: request - uniform Portfile standard to handle the different possibilities of Fortran compilers
#15571: request - uniform Portfile standard to handle the different possibilities of Fortran compilers -------------------------------------+-------------------------------------- Reporter: davidh@ipac.caltech.edu | Owner: markd@macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Component: guide | Version: 1.6.0 Keywords: | -------------------------------------+-------------------------------------- I don't write code in Fortran, but some of the ports I use require Fortran. Different Portfiles depend on different Fortran compilers. Contrast fftw-3(g95, gfortran/gcc4.2, gfortan/gcc4.3) pgplot(g77 on PPC, gfortran/gcc4.2 on i386) and cfitsio(gfortran/gcc42). There are at least 4 compilers to choose from. My request: formulate a standard to allow any of the compilers to be selected with a variant. The fftw-3 Portfile comes closest with variants to select any one of 3 compilers. If possible, I'd like to see g77 deprecated. -- Ticket URL: <http://trac.macports.org/ticket/15571> MacPorts <http://www.macports.org/> Ports system for Mac OS
#15571: request - uniform Portfile standard to handle the different possibilities of Fortran compilers --------------------------------------+------------------------------------- Reporter: davidh@ipac.caltech.edu | Owner: macports-tickets@lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Resolution: | Keywords: fortran portgroup --------------------------------------+------------------------------------- Changes (by raimue@macports.org): * keywords: => fortran portgroup * owner: markd@macports.org => macports-tickets@lists.macosforge.org * component: guide => ports * milestone: => Port Enhancements Comment: I think it would be nice to have some fortran PortGroup which just adds different variants selecting the appropriate compiler. So we can avoid the code duplication needed in each port. -- Ticket URL: <http://trac.macports.org/ticket/15571#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS
#15571: request - uniform Portfile standard to handle the different possibilities of Fortran compilers -------------------------------------+-------------------------------------- Reporter: davidh@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: fortran portgroup | Port: -------------------------------------+-------------------------------------- Comment(by mcalhoun@…): I agree with the points here.[[BR]] pgplot now uses g95 by default and the user can choose gfortran 4.2 or 4.3 through variants. It seems to me, however, that these types of changes must be done on a port by port basis.[[BR]] I am not sure how a PortGroup could be constructed to be general enough for all the ports which use Fortran. Unless someone has a better idea, I humbly suggest that this ticket be closed as "wontfix." -- Ticket URL: <http://trac.macports.org/ticket/15571#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS
#15571: request - uniform Portfile standard to handle the different possibilities of Fortran compilers -------------------------------------+-------------------------------------- Reporter: davidh@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: fortran portgroup | Port: -------------------------------------+-------------------------------------- Comment(by blb@…): Automatically setting the variants as appropriate via a port group could consist of taking a few arguments in a setup proc (like perl5 and haskell groups), one being a list of which ports are supported for fortran (eg, g95, gcc42, gcc43), the second being what to add to configure.args, and the third what to delete from it. Then the group would manipulate configure.args as appropriate and set configure.{f77|fc}, all in each variant as needed. -- Ticket URL: <http://trac.macports.org/ticket/15571#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS
#15571: request - uniform Portfile standard to handle the different possibilities of Fortran compilers -------------------------------------+-------------------------------------- Reporter: davidh@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: fortran portgroup | Port: -------------------------------------+-------------------------------------- Comment(by mcalhoun@…): Replying to [comment:6 blb@…]:
Automatically setting the variants as appropriate via a port group could consist of taking a few arguments in a setup proc (like perl5 and haskell groups), one being a list of which ports are supported for fortran (eg, g95, gcc42, gcc43), the second being what to add to configure.args, and the third what to delete from it. Then the group would manipulate configure.args as appropriate and set configure.{f77|fc}, all in each variant as needed.
It seems like most of the operations mentioned require as many lines of code with a PortGroup framework as without one.[[BR]] The exceptions being configure.{f77|fc|f90}, which, I will admit, is somewhat of an annoyance to set for g95, gcc42, and gcc43.[[BR]] Other than that, I am not quite sure I see what a PortGroup buys. -- Ticket URL: <http://trac.macports.org/ticket/15571#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS
#15571: request - uniform Portfile standard to handle the different possibilities of Fortran compilers --------------------------+-------------------------------- Reporter: davidh@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Resolution: | Keywords: fortran portgroup Port: | --------------------------+-------------------------------- Changes (by ryandesign@…): * cc: jeremyhu@…, ryandesign@… (added) Comment: Does the [PortfileRecipes#fortran fortran recipe] which is now being employed in ports address the concerns of this ticket? -- Ticket URL: <https://trac.macports.org/ticket/15571#comment:9> MacPorts <http://www.macports.org/> Ports system for OS X
#15571: request - uniform Portfile standard to handle the different possibilities of Fortran compilers --------------------------+-------------------------------- Reporter: davidh@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Resolution: | Keywords: fortran portgroup Port: | --------------------------+-------------------------------- Comment (by sean@…): I'd like to say this can now be closed by r116292. Any objections? -- Ticket URL: <https://trac.macports.org/ticket/15571#comment:10> MacPorts <http://www.macports.org/> Ports system for OS X
#15571: request - uniform Portfile standard to handle the different possibilities of Fortran compilers --------------------------+-------------------------------- Reporter: davidh@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Resolution: fixed | Keywords: fortran portgroup Port: | --------------------------+-------------------------------- Changes (by sean@…): * status: new => closed * resolution: => fixed Comment: There are two ways to unify fortran now so I'm closing this. -- Ticket URL: <https://trac.macports.org/ticket/15571#comment:11> MacPorts <http://www.macports.org/> Ports system for OS X
participants (1)
-
MacPorts