[MacPorts] #30336: arpack g95 variant
#30336: arpack g95 variant ----------------------------------+----------------------------------------- Reporter: takeshi@… | Owner: mmoll@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Keywords: | Port: arpack ----------------------------------+----------------------------------------- A patch is attached to resurrect g95 variant, deleted in r68322 (cf. #25066). If accelerate variant is not used (default) atlas should be in depends_lib. I might have sent a similar patch but I could not find it. So I created a ticket. -- Ticket URL: <https://trac.macports.org/ticket/30336> MacPorts <http://www.macports.org/> Ports system for Mac OS
#30336: arpack g95 variant ----------------------------------+----------------------------------------- Reporter: takeshi@… | Owner: mmoll@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Keywords: | Port: arpack ----------------------------------+----------------------------------------- Comment(by mmoll@…): Why are you adding atlas as a dependency and then not use it (by default) for g95? Is there really any benefit of using atlas over the system-wide LAPACK? I think atlas should at best be a variant that is disabled by default and can probably be omitted. -- Ticket URL: <https://trac.macports.org/ticket/30336#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS
#30336: arpack g95 variant ----------------------------------+----------------------------------------- Reporter: takeshi@… | Owner: mmoll@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Keywords: | Port: arpack ----------------------------------+----------------------------------------- Comment(by takeshi@…): I agree with you. I prefer Accelerate.framework that comes with Mac OS X. atlas has been the default for a while in various ports to avoid the problem of CDOTC CDOTU ZDOTC and ZDOTU in BLAS (see [http://developer.apple.com/hardwaredrivers/ve/errata.html#fortran_convention... Accelerate.framework errata] with g95 and 64-bit gfortran. Using wrappers is a workaround to this problem. I wrote [https://github.com/tenomoto/dotwrp dotwrp] and dotwrp port. In fact arpack does not seem to use CDOTC CDOTU ZDOTC and ZDOTU so there is no problem to use accelerate variant as a default. I attach another patch for accelerate as the default. It is your choice. (Or should we discuss this in MacPorts Development ML?) -- Ticket URL: <https://trac.macports.org/ticket/30336#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS
#30336: arpack g95 variant -----------------------------------+---------------------------------------- Reporter: takeshi@… | Owner: mmoll@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Resolution: fixed | Keywords: Port: arpack | -----------------------------------+---------------------------------------- Changes (by mmoll@…): * status: new => closed * resolution: => fixed Comment: I committed your last patch with slight modifications. See r82047. -- Ticket URL: <https://trac.macports.org/ticket/30336#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS
#30336: arpack g95 variant -----------------------------------+---------------------------------------- Reporter: takeshi@… | Owner: mmoll@… Type: defect | Status: reopened Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Resolution: | Keywords: Port: arpack | -----------------------------------+---------------------------------------- Changes (by takeshi@…): * status: closed => reopened * resolution: fixed => Comment: Since dylib is not created with +g95 shlib needs to be empty. -- Ticket URL: <https://trac.macports.org/ticket/30336#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS
#30336: arpack g95 variant -----------------------------------+---------------------------------------- Reporter: takeshi@… | Owner: mmoll@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Resolution: fixed | Keywords: Port: arpack | -----------------------------------+---------------------------------------- Changes (by mmoll@…): * status: reopened => closed * resolution: => fixed Comment: Oops, sorry. Fixed in r83641. -- Ticket URL: <https://trac.macports.org/ticket/30336#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS
participants (1)
-
MacPorts