On Sat, 24 Nov 2012, Kirk, Benjamin (JSC-EG311) wrote:
$ ./configure METHODS="opt dbg devel"
and have it create a subdirectory for each, the only catch then is a
$ make
will *always* recurse into each. In fact, I can add that alongside
what is already there - but letting METHODS trump METHOD when both
are specified…. hmm… Might do that.
Yes, as long as it doesn't break the more "normal" automake way of
doing things, I really like this idea.
The dependency generation is now much more rigorous than what we had previously.
For comparison's sake, "what we had previously" was a state in which
every few months I'd have to manually wipe and rebuild contrib/
because our Makefiles got confused by a compiler change, and every
few years I'd have to just outright check out the repo trunk from
scratch because "svn update" "make clobber" etc. just weren't enough
to unconfuse whatever had gotten confused in the build system.
With automake all I did was touch an fparser Makefile.am and a
top-level "make" was smart enough to rebuild the fparser Makefile and
binary files without rebuilding anything outside that subtree. The
new build system is still flawed but it's already succeeding at things
we wouldn't have attempted previously.
---
Roy
------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Libmesh-devel mailing list
Libmesh-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libmesh-devel
