On 24/08/10 12:54, Anders Logg wrote: > Johannes Ring skrev 2010-08-24 13.51: >> On Tue, Aug 24, 2010 at 1:38 PM, Anders Logg<l...@simula.no> wrote: >>> Johannes Ring skrev 2010-08-24 13.33: >>>> >>>> On Tue, Aug 24, 2010 at 1:27 PM, Anders Logg<l...@simula.no> wrote: >>>>> >>>>> Johannes Ring skrev 2010-08-24 11.02: >>>>>> >>>>>> On Tue, Aug 24, 2010 at 9:32 AM, Anders Logg<l...@simula.no> >>>>>> wrote: >>>>>>> >>>>>>> On Tue, Aug 24, 2010 at 09:24:51AM +0200, Johannes Ring wrote: >>>>>>>> >>>>>>>> On Tue, Aug 24, 2010 at 9:06 AM, Anders >>>>>>>> Logg<l...@simula.no> wrote: >>>>>>>>> >>>>>>>>> On Tue, Aug 24, 2010 at 08:56:10AM +0200, Johannes Ring wrote: >>>>>>>>>> >>>>>>>>>> On Tue, Aug 24, 2010 at 1:40 AM, Harish Narayanan >>>>>>>>>> <harish.mli...@gmail.com> wrote: >>>>>>>>>>> >>>>>>>>>>> On 8/24/10 4:14 AM, Anders Logg wrote: >>>>>>>>>>>> >>>>>>>>>>>> All packages except Trilinos work up to the point of linking >>>>>>>>>>>> now >>>>>>>>>>>> where >>>>>>>>>>>> I get errors pointing to undefined symbols: _camd_realloc, >>>>>>>>>>>> _ccolamd_l_recommended, etc. >>>>>>>>>>>> >>>>>>>>>>>> I assume these are in AMD. The AMD libraries are added (in >>>>>>>>>>>> FindCHOLMOD) but for some reason libcholmod.a appears after >>>>>>>>>>>> libamd.a >>>>>>>>>>>> on the link line. I can't figure out where that order comes >>>>>>>>>>>> from >>>>>>>>>>>> or >>>>>>>>>>>> how to change it. >>>>>>>>>>>> >>>>>>>>>>>> Any ideas? >>>>>>>>>>> >>>>>>>>>>> Johannes can fix this. We've been through *all* this before. >>>>>>>>>> >>>>>>>>>> Well, in cholmod.py in simula-scons we had this link line: >>>>>>>>>> >>>>>>>>>> -L/some/path -lcholmod -lamd -lcamd -lcolamd -lccolamd >>>>>>>>>> -llapack >>>>>>>>>> -lblas >>>>>>>>>> >>>>>>>>>> On darwin we had "-framework vecLib" instead of "-llapack >>>>>>>>>> -lblas". >>>>>>>>>> >>>>>>>>>> If CHOLDMOD was built with METIS (as Dorsal does) we also added >>>>>>>>>> "-lmetis". >>>>>>>>> >>>>>>>>> Can you see if you can get this to work in CMake? >>>>>>>> >>>>>>>> Yes, I will look at it. I'm building it on Snow Leopard now. >>>>>>>> >>>>>>>> Johannes >>>>>>> >>>>>>> Great. Thanks. >>>>>> >>>>>> I have now tried to add a test program to FindCHOLMOD.cmake that >>>>>> should fail if it is not linked correctly. It is not tested on Mac >>>>>> yet >>>>>> as I have had some problems with MacPorts (I think I'll have to >>>>>> reinstall it completely). >>>>>> >>>>>> Johannes >>>>> >>>>> The test breaks for me with the following error: >>>>> >>>>> Run Build Command:/usr/bin/make "cmTryCompileExec/fast" >>>>> /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make >>>>> CMakeFiles/cmTryCompileExec.dir/build >>>>> /opt/local/bin/cmake -E cmake_progress_report >>>>> >>>>> /Users/logg/Work/FEniCS/src/dolfin/dorsal_build_dir/CMakeFiles/CMakeTmp/CMakeFiles >>>>> >>>>> 1 >>>>> Building CXX object CMakeFiles/cmTryCompileExec.dir/src.cxx.o >>>>> /usr/bin/mpic++ -DBOOST_UBLAS_NDEBUG -DCHOLMOD_TEST_RUNS >>>>> -I/opt/local/include/ufsparse -o >>>>> CMakeFiles/cmTryCompileExec.dir/src.cxx.o >>>>> -c >>>>> >>>>> /Users/logg/Work/FEniCS/src/dolfin/dorsal_build_dir/CMakeFiles/CMakeTmp/src.cxx >>>>> >>>>> >>>>> /Users/logg/Work/FEniCS/src/dolfin/dorsal_build_dir/CMakeFiles/CMakeTmp/src.cxx:1: >>>>> >>>>> error: expected constructor, destructor, or type conversion at end of >>>>> input >>>>> make[1]: *** [CMakeFiles/cmTryCompileExec.dir/src.cxx.o] Error 1 >>>>> make: *** [cmTryCompileExec/fast] Error 2 >>>> >>>> I also got that but then it disappeared. I think it was because I >>>> cleaned up my build tree. Have you tried that? >>>> >>>> Johannes >>> >>> Yes, if by that you mean deleting dorsal_build_dir. >> >> Yes, that's what I meant. However, that wasn't the reason it suddenly >> worked for me. I now see that I get the same error as you unless I'm >> adding the flag --debug-trycompile when running cmake. It's kinda >> strange that it works with this flag but not without it. I will look >> into it. >> >> Johannes > > There was some problem related to "" in printf (I think). At least it > compiles now but it doesn't build. I've also added BLAS libs which helps > some but now we get the following strange link error: > > /lib/libamd.a /opt/local/lib/libcamd.a /opt/local/lib/libcolamd.a > /opt/local/lib/libccolamd.a /usr/lib/libatlas.dylib > Undefined symbols: > "_METIS_NodeND", referenced from: > _cholmod_metis in libcholmod.a(cholmod_metis.o) > "_METIS_NodeComputeSeparator", referenced from: > _cholmod_metis_bisector in libcholmod.a(cholmod_metis.o) > ld: symbol(s) not found > > I didn't know METIS was used by CHOLMOD. Is it? Should we add the METIS > libs too? >
Yes! (I'm trying to beat Harish to the send button ;)). Garth _______________________________________________ Mailing list: https://launchpad.net/~dolfin Post to : dolfin@lists.launchpad.net Unsubscribe : https://launchpad.net/~dolfin More help : https://help.launchpad.net/ListHelp
