On 11/5/13 12:50 AM, Dominique Dhumieres wrote: >> I just checked 3.1.3-4 into CVS. I haven't quite built up the >> dependencies yet on 10.9 to test it myself, but the pkgconfig logic >> works in arpack-ng-mpi (I didn't need any extra depedencies to build >> that). Let me know how it works. > > Thanks for the fix, but now the build fails with > > ... > Making all in . > /bin/sh ../libtool --tag=F77 --mode=link /sw64/bin/mpif77 -g -O2 > -no-undefined -version-info 2:0 -L/sw64/lib/openmpi -Wl,-dead_strip_dylibs > -L/sw64/lib -o libparpack.la -rpath /sw64/lib/arpack-ng-atlas > ../SRC/libarpacksrc.la ../UTIL/libarpackutil.la > ../PARPACK/SRC/MPI/libparpacksrcmpi.la > ../PARPACK/UTIL/MPI/libparpackutilmpi.la -ltatlas -ltatlas > libtool: link: /sw64/bin/gfortran-fsf-4.8 -dynamiclib -o > .libs/libparpack.2.dylib -Wl,-force_load ../SRC/.libs/libarpacksrc.a > -Wl,-force_load ../UTIL/.libs/libarpackutil.a -Wl,-force_load > ../PARPACK/SRC/MPI/.libs/libparpacksrcmpi.a -Wl,-force_load > ../PARPACK/UTIL/MPI/.libs/libparpackutilmpi.a -L/sw64/lib/openmpi > -L/sw64/lib -ltatlas -O2 -Wl,-dead_strip_dylibs -install_name > /sw64/lib/arpack-ng-atlas/libparpack.2.dylib -compatibility_version 3 > -current_version 3.0 -Wl,-single_module > Undefined symbols for architecture x86_64: > "_mpi_allreduce_", referenced from: > _psgetv0_ in libparpacksrcmpi.a(libparpacksrcmpi_la-psgetv0.o) > _psnaitr_ in libparpacksrcmpi.a(libparpacksrcmpi_la-psnaitr.o) > _psnaup2_ in libparpacksrcmpi.a(libparpacksrcmpi_la-psnaup2.o) > _pssaitr_ in libparpacksrcmpi.a(libparpacksrcmpi_la-pssaitr.o) > _pssaup2_ in libparpacksrcmpi.a(libparpacksrcmpi_la-pssaup2.o) > _psnorm2_ in libparpacksrcmpi.a(libparpacksrcmpi_la-psnorm2.o) > _pdgetv0_ in libparpacksrcmpi.a(libparpacksrcmpi_la-pdgetv0.o) > ... > "_mpi_comm_rank_", referenced from: > _psnaupd_ in libparpacksrcmpi.a(libparpacksrcmpi_la-psnaupd.o) > _pssaupd_ in libparpacksrcmpi.a(libparpacksrcmpi_la-pssaupd.o) > _pdnaupd_ in libparpacksrcmpi.a(libparpacksrcmpi_la-pdnaupd.o) > _pdsaupd_ in libparpacksrcmpi.a(libparpacksrcmpi_la-pdsaupd.o) > _pcnaupd_ in libparpacksrcmpi.a(libparpacksrcmpi_la-pcnaupd.o) > _pcgetv0_ in libparpacksrcmpi.a(libparpacksrcmpi_la-pcgetv0.o) > _pznaupd_ in libparpacksrcmpi.a(libparpacksrcmpi_la-pznaupd.o) > ... > ld: symbol(s) not found for architecture x86_64 > collect2: error: ld returned 1 exit status > make[2]: *** [libparpack.la] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive] Error 1 > ### execution of /tmp/fink.BbgY5 failed, exit code 2 > ### execution of /tmp/fink.wnvHP failed, exit code 2 > Removing runtime build-lock... > Removing build-lock package... > /sw64/bin/dpkg-lockwait -r fink-buildlock-arpack-ng-mpi-atlas-3.1.3-4 > (Reading database ... 80270 files and directories currently installed.) > Removing fink-buildlock-arpack-ng-mpi-atlas-3.1.3-4 ... > Failed: phase compiling: arpack-ng-mpi-atlas-3.1.3-4 failed > > Dominique >
Interesting. I don't reproduce this on 10.9. Try using a single build job and along with the "-l" option to capture a log. I have a vague recollection of seeing this type of error for a a past build which wasn't parallel-safe. If the build doesn't work, send me the log off list, and I'll compare with what I get. -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ ------------------------------------------------------------------------------ November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk _______________________________________________ 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
