On 14 Sep 2011, at 22:44, David Fang wrote: > Hi all, > > I've been trying to build octave324 on i386-darwin10 now, and I > think I understand the cause of more ff2c-related failures. > On both darwin8 and darwin10, the Accelerate framework needs -ff2c > for the correct calling convention to system-atlas. > Any fink-built atlas (gfortran) will not need it. > So far, qrupdate and octave are both atlas-varianted. > arpack however is not, but I think it needs to be, even if it > doesn't link against atlas/lapack. Since octave/qrupdate need to be > ff2c-consistent, so does arpack, but the current packaging doesn't > give the option to select ff2c or without. > > What I propose is to variant-ify arpack so that non-fink-atlas is > uses -ff2c and is compatible with system-atlas variants, and -atlas > omits -ff2c to work properly with -atlas variants. > I think this will take care of funny errors we see with arpack > functionality, namely in eigenvalue-related parts of the packages > and their tests. > > Any other fortran packages that eventually link to an atlas- > varianted package may need the same treatment. > > Thoughts?
Looks like a correct solution. Please try at the same time to avoid dynamic lookup in labarpack: in such a scheme, every symbol should link to the lib corresponding to its variant. JF ------------------------------------------------------------------------------ BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerry® mobile platform with sessions, labs & more. See new tools and technologies. Register for BlackBerry® DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 _______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
