[MacPorts] #45201: vecLibFort @0.4.1 fails to build on OS X 10.5.8, PPC 7450

[MacPorts]

#45201: vecLibFort @0.4.1 fails to build on OS X 10.5.8, PPC 7450
----------------------------+-----------------------
  Reporter:  zanderpower@…  |      Owner:  takeshi@…
      Type:  defect         |     Status:  closed
  Priority:  Normal         |  Milestone:
 Component:  ports          |    Version:  2.3.1
Resolution:  wontfix        |   Keywords:  leopard
      Port:  vecLibFort     |
----------------------------+-----------------------

Comment (by zanderpower@…):

 Probably getting help from the vecLibFort project would make things easier
 in the long run than trying to get ATLAS to work again and again after
 each of its upgrades.  However, I have managed to get Octave (and
 qrupdate) to run with the 32-bit Accelerate (using dotwrp as the wrapper)
 without having seen any problem yet.  I ask whether the bugs in Apple's
 Accelerate are in the 32-bit version, because, if they are, I might try a
 bit harder to fix ATLAS linkage, as I have been able to get ATLAS to build
 using GCC46; but that step will require rebuilding all other packages that
 have Fortran libraries, from fftw-3 on down to Octave, and probably any of
 their other dependents--currently all built with GCC48. My impression is
 that the problems are with the 64-bit Accelerate, although I am
 uncomfortably far from certain.

 If 32-bit Accelerate actually does work, then I should continue to use it,
 yet the updates for the packages that have now become dependent on
 vecLibFort can only be made if I already have vecLibFort, unless I resort
 to editing their Portfiles, and/or using the "-n" option to port. Is it
 possible to create +dotwrp and +vecLibFort variants for Octave, qrupdate
 and other packages that need Fortran wrappers--presuming, that is, that
 32-bit Accelerate is OK?

 At any rate, if you should happen to know whether 32-bit Accelerate
 (v1.4.2) is buggy, it would save me much effort taken in the wrong
 direction...

-- 
Ticket URL: <https://trac.macports.org/ticket/45201#comment:5>
MacPorts <http://www.macports.org/>
Ports system for OS X