A few weeks ago configure created include/libmesh/libmesh_config.h directly. But then I noticed that the path to where the config file is written is added automatically to the search path. In this case that was include/libmesh, making it impossible to enforce our prefixing in the build tree.
So now we write the config file in include and symlink in. Vikrams error is because there is a stale libmesh_config.h from an old invocation of configure, and now ln is refusing to overwrite it. Manually removing that file should fix it. -Ben On Dec 6, 2012, at 5:42 PM, "Roy Stogner" <royst...@ices.utexas.edu> wrote: > > Vikram just hit the error: > "ln: failed to create symbolic link `libmesh_version.h': File exists" > after an svn up. > > Looking at our include/libmesh/Makefile.am, I can't seem to figure out > why, though - if a symlink exists, then it should be pointing to its > target, in which case it should have the same time stamp as its > target, in which case Make shouldn't try to invoke the "LN_S" rule to > rebuild it. If "ln -s" *does* get called, then that would result in > Vikram's error, though... > --- > Roy ------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d _______________________________________________ Libmesh-devel mailing list Libmesh-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libmesh-devel
