Boost logo

Boost :

From: david.abrahams_at_[hidden]
Date: 2001-07-03 18:32:16

----- Original Message -----
From: "Ed Brey" <edbrey_at_[hidden]>

> > I guess I don't agree with the way you measure benefit. IMO, we
> not
> > going to convince one another, so, with respect, I withdraw from
> > debate.
> I'll join you, especially since mangling for the sake of code
> in the face of restructuring may make moot the issue of reliability.

Okay. I don't think the restructuring argument is a strong one (it
rarely, and even so there's no reason that guards need to be
updated), so I
would be open to a convention that uses the relative path to the file.
Others have made good arguments for its readability, it is easy to
and it is a "uniquifying" convention, so it meets my criteria for
acceptability. I would be open to that.

> > > code, and there is a tradeoff. I think the documents selection
> > > forbidding the leading underscore and calling for m_ is fine,
but as
> > > with any tradeoff, it is very valuable to include the thinking
> behind
> > > it, so it is easier to determine when, if ever, a different
> > > becomes in order.
> >
> > OK, I will add more rationale.

Done (in the discussion following section 2). See CVS.

> > > True. About all you can say is what you mentioned in your
> in
> > > the first paragraph.
> >
> > What warning?
> """
> I don't ever do that intentionally. I learned long ago that bending
> rules here or there at a whim tends toward code rot. Eventually your
> program
> grows such that all of your acceptable violations become
> This
> happens insidiously, so they never get addressed.
> """
> I thought that was well put. (By first paragraph, I meant the
first of
> the two paragraphs that I was quoting.)

Thanks. I added a section in the introduction for this. See CVS.

> I'm sure most readers will figure out what you mean in any case, so
> issue probably isn't worth worrying about. I do still think it is
> important to convey an idea of how closely the authors recommend to
> follow the guidelines. After all, the guidelines are all about
> advice, and advice on how to apply the advice is valuable if it
leads to
> better programming decisions.

Okay, I am convinced. I hope my change described above helps.


Boost list run by bdawes at, gregod at, cpdaniel at, john at