<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> <META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0"> </HEAD> <BODY> On Sat, 2010-09-18 at 16:10 -0400, Trevor Woerner wrote: <BLOCKQUOTE TYPE=CITE> <TT>Trevor Woerner (10):</TT> <TT>  Prettier failed component listing.</TT> <TT>  Provide a visual break between components.</TT> <TT>  Print error message with location.</TT> <TT>  Modify cmdline argument list to match "make".</TT> <TT>  Properly handle keep-going and one-shot semantics.</TT> <TT>  Automatic clone.</TT> <TT>  Formatting change.</TT> <TT>  Configure only when necessary.</TT> <TT>  Further consolidate "KEEP-GOING" logic.</TT> <TT>  Perform arbitrary git and make commands.</TT> </BLOCKQUOTE> That's a lot of functions to digest at once. We were initially talking about refactoring the internal implementation of git commands for better flexibility. There are many more functions in that series. It would help to have more than one series:     Improve output layout and error reporting     Improve "keep-going" interface and functionality     Improve layout and whitespace Other significant functional changes could stand on their own and could probably use feedback from earlier items, which saves rewriting and testing patches. For example, the portability issues discovered in patch #3 may (hypothetically) affect all following patches. At the end of the process, I think builds.h will be greatly improved. Gaetan </BODY> </HTML>