Re: [sdpa-users] Problem installing SPDA-M
Brought to you by:
makotoyamashita
From: Makoto Y. <Mak...@is...> - 2016-05-31 01:17:12
|
Dear Micah Fry, Thank you very much for your interest on SDPA. On Cent OS, OpenBLAS sometimes failed to include the two functions. To include the two functions explicitly, could you edit Makefile of 'mex' subdirectory? (LINE 94, from) ALL_LIBS = ${SDPA_LIB} ${MUMPS_LIBS} ${LAPACK_LIBS} ${BLAS_LIBS} ${PTHREAD_LIBS} ${FCLIBS} (LINE 94, to) ALL_LIBS = ${SDPA_LIB} ${MUMPS_LIBS} ${LAPACK_LIBS} /home/mfry90/sdpa/OpenBLAS/interface/dsyr.o /home/mfry90/sdpa/OpenBLAS/interface/idamax.o ${BLAS_LIBS} ${PTHREAD_LIBS} ${FCLIBS} then, try to compile again. I hope this will work on your environment. Thanks, Makoto Yamashita 2016-05-31 2:50 GMT+09:00 Micah Fry <j.m...@gm...>: > I am trying to install SDPA-M on a computing server with a CentOS shell. > During the config for SDPA, it reported the MUMPS link failed, and the > function dmumps was compiled, but failed (I've attached an image of the > report, "config.PNG"). I still made and installed SDPA, and ran the > example1 test. Everything seemed to run fine. When I ran "make" in > sdpa/share/sdpa/mex, it failed because of undefined references in the > dmumps_ functions (I've attached an image of the report, "mex.PNG"). I've > also attached the config.log file. What suggestions do you have? > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e > _______________________________________________ > sdpa-users mailing list > sdp...@li... > https://lists.sourceforge.net/lists/listinfo/sdpa-users > > |