Thanks, the issue is solved. For the future reference, I put what I did as below:
1) configure ./configure <with other optiions> 2) remove several files: rm ./examples/adaptivity/adaptivity_ex2/exact_solution.C rm ./examples/adaptivity/adaptivity_ex5/exact_solution.C rm ./examples/subdomains/subdomains_ex1/exact_solution.C rm ./examples/subdomains/subdomains_ex2/exact_solution.C 3) make 4) make install 5) make check On Mon, Aug 11, 2014 at 10:25 PM, Roy Stogner <[email protected]> wrote: > > On Mon, 11 Aug 2014, walter kou wrote: > > I tried to build latest libmesh-0.9.3 on the super-computer. However, I >> obtained error when doing "make", after some time. The error message is as >> below: >> >> Making all in adaptivity/adaptivity_ex2 >> make[2]: Entering directory >> `/home/wkt699/SOFTWARES/LIBRARIESIBAMR_IBFE/LIBMESH-0. >> 9.3/libmesh/examples/adaptivity/adaptivity_ex2' >> GEN exact_solution.C >> ln: creating symbolic link `exact_solution.C': File exists >> > > This looks like an obscure bug: we specify "ln -s" for updating that > symlink, but that doesn't work if the symlink already exists, and on > any system where Make compares the timestamp of a symlink rather than > of what it points to, that'll result in a failure to update. > > You ought to be able to work around the problem by just deleting > /home/wkt699/SOFTWARES/LIBRARIESIBAMR_IBFE/LIBMESH-0.9.3/libmesh/examples/ > adaptivity/adaptivity_ex2/exact_solution.C > and running make again. > > I'm not sure what the best fix is on our end. Anyone know if it's > portable to just tack "-f" onto whatever AC_PROG_LN_S provides, even > on systems where that's not simply "ln -s"? > --- > Roy > ------------------------------------------------------------------------------ _______________________________________________ Libmesh-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-users
