[CMake] -DCMAKE_C_COMPILER:string="g++"

[Alan W. Irwin]

On 2007-08-09 14:28-0400 Bill Hoffman wrote:

> To fix this (documentation bugs fixed in cvs HEAD but not in CVS branch)
> I have to move the fix onto the branch.   The web pages for the 
> online-docs are
> automatically generated from the branch.   I will get to it.  But, when 
> something is fixed
> in CVS, I sort of consider it fixed.  This particular problem has come up 
> several times,
> and I will address it soon....

I am glad you are going to revamp how you treat documentation fixes.

For my own software projects I have an informal rule that small no-brainer
changes should be done immediately (or at least the first chance I have to
get at the computer) without bothering with bug triage.  The point here is
there is a substantial cost to bug triage. For example, one cost is some
people participating in software projects have a tendency to use the bug
triage process as an excuse not to actually make a decision.  There are
additional costs to bug triage as well since somebody has to make all
those decisions about bug category, status changes, etc., etc.  If the triage
cost is higher than the cost of fixing the bug, then in my view the triage
process should be bypassed.

Thus, from my perspective, putting documentation fixes on the bug tracker is
way overkill.  Instead, I suggest you designate some CMake developer who is
a good detail person to be responsible for watching list traffic for
suggested documentation fixes from your users. If the suggested fixes are
no-brainers (which most of them are), then all that designated person has to
do is spend a few minutes putting the doc fix into CVS HEAD and release
branch and state that fix has been made on list. Of course, that person
could also watch the bug tracker for documentation suggestions, but as it
became known there was always quick response on the list to documentation
suggestions, then the bug tracker and the associated decision making process
would be clogged less and less with these minor, no-brainer issues.

My $0.02 Canadian.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________