Date: 2001-07-05 09:25:19
--- In boost_at_y..., "David Abrahams" <david.abrahams_at_r...> wrote:
> ----- Original Message -----
> From: "Toon Knapen" <toon_at_s...>
> > So my point is starting class-names with uppercase does no harm
> > usefull) while synching with the STL concerning memberfunctions
> > a good idea.
> I don't care all that muchn (my personal standard has always been
> for type names until I started working here, where much code will
> be boostified), but I do think it makes the transition into the
> more difficult. For example, NumericTraits<int> or
> weird next to iterator_traits<char*>. Also, in template
> is sometimes useful to blur the line between types, values, and
> am not sure it is worth the costs, however.
> In any case, we would have to rewrite lots of boost code and break
> users' code to change this convention now. I think that's probably
> argument for keeping it as is.
I actually think the conflicts are rare enough that this is a non-
issue. When the conflicts do arise you simply must choose a
different name for one of the conflicting entities. The suggestion
to change the type to *_t is one choice, the other would be to pick a
synonym or use the get_* wart for this one case in the function
name. Since the C++ standard has settled on this as their guidelines
we should follow suit. Existing Boost code is also a strong
argument. So let's leave well enough alone ;).
> > > > 7.1):Use ``//'' to delimit comments in lieu of ``/*...*/''
> > > >
> > > > We and many other projects use for instance doxygen for
> > > > documentation. Doxygen (and other similar tools) needs the
> > > > commenting using /** ... */. So could we also allow this in
> > > > guidelines ? I know, it's a bit awkward to change rules to the
> > > > of some tools but this type of comment has also become quit
> > >
> > > Doxygen also responds to ///...
> > > Are /** ... */ really needed for anything?
> > Yep, but this is for one-liners AFAIK. I'll have to check if this
> > the same results as /** ... */
> I think it works if the ///s are on consecutive lines, but I could
You aren't wrong.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk