Alex,
I'm trying your arpack, and for both (. -atlas), I get link
failures on powerpc-darwin8:
( mkdir tmp )
( cd tmp; ar -x /sw/src/fink.build/arpack-96patched-6/ARPACK/libarpack.a )
( /sw/bin/gfortran-fsf-4.6 -O -fPIC -single_module -ff2c -dynamiclib
-install_name /sw/lib/libarpack.0.dylib -compatibility_version 1.1.0
-current_version 1.1.0 -o
/sw/src/fink.build/arpack-96patched-6/ARPACK/libarpack.dylib
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
-Wl,-all_load,/sw/src/fink.build/arpack-96patched-6/ARPACK/libarpack.a )
/usr/bin/ld: multiple definitions of symbol ___muldi3
/Volumes/Mercedes2/sw/lib/gcc4.6/bin/../lib/gcc/powerpc-apple-darwin8.11.0/4.6.1/libgcc.a(_muldi3.o)
private external definition of ___muldi3 in section (__TEXT,__text)
/Volumes/Mercedes2/sw/lib/gcc4.6/bin/../lib/gcc/powerpc-apple-darwin8.11.0/4.6.1/libgcc.a(_muldi3.o)
private external definition of ___muldi3 in section (__TEXT,__text)
/usr/bin/ld: multiple definitions of symbol ___negdi2
/Volumes/Mercedes2/sw/lib/gcc4.6/bin/../lib/gcc/powerpc-apple-darwin8.11.0/4.6.1/libgcc.a(_negdi2.o)
private external definition of ___negdi2 in section (__TEXT,__text)
/Volumes/Mercedes2/sw/lib/gcc4.6/bin/../lib/gcc/powerpc-apple-darwin8.11.0/4.6.1/libgcc.a(_negdi2.o)
private external definition of ___negdi2 in section (__TEXT,__text)
/usr/bin/ld: multiple definitions of symbol ___lshrdi3
/Volumes/Mercedes2/sw/lib/gcc4.6/bin/../lib/gcc/powerpc-apple-darwin8.11.0/4.6.1/libgcc.a(_lshrdi3.o)
private external definition of ___lshrdi3 in section (__TEXT,__text)
/Volumes/Mercedes2/sw/lib/gcc4.6/bin/../lib/gcc/powerpc-apple-darwin8.11.0/4.6.1/libgcc.a(_lshrdi3.o)
private external definition of ___lshrdi3 in section (__TEXT,__text)
Haven't looked into this very deeply yet. Any ideas?
Fang
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 9/14/11 6:25 PM, Jean-François Mertens wrote:
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
I have placed updated package descriptions for qrupdate, arpack, and
octave in my experimental:
http://fink.cvs.sourceforge.net/viewvc/fink/experimental/alexkhansen/common/finkinfo/sci/
The non-atlas variants use -ff2c, and the atlas variants don't.
Octave-3.0.5 is included in these updates, even though it doesn't use
qrupdate or arpack.
- --
Alexander Hansen, Ph.D.
Fink User Liaison
http://finkakh.wordpress.com/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5z36sACgkQB8UpO3rKjQ+d3ACfQ4m8eSL/4tqJJpdhG6q0A2hI
evkAnR7p3scm7V3c2/Z9NZ+42xIdVi98
=eaje
-----END PGP SIGNATURE-----
--
David Fang
http://www.csl.cornell.edu/~fang/
http://www.achronix.com/
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
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
