... I hope not! Using .h as extension really results into a lot of trouble (as Valentin pointed out when he started this discussion). It has A LOT of...
Nicolai Josuttis
nicolai.josuttis@...
Jun 1, 1999 7:24 am
80
... I happen to prefer the form Upper_case over MixedCase. Besides being more compatible with the standard usage, it looks less Java-ish and Smalltalk-ish,...
Nathan Myers
ncm@...
Jun 1, 1999 8:50 am
81
... Well, if Steinar Bang's survey is to be believed (and it certainly reflects my personal experience) .h at 55% looks a lot more common than .hpp at 6%. But...
Beman Dawes
beman@...
Jun 1, 1999 2:32 pm
82
Valentin Bonnard <Bonnard.V@...> wrote: [> portable extension > anyway in pratice .hpp seems to be widely used and the best. Fine. So it should be...
Sean A Corfield
sean@...
Jun 1, 1999 3:19 pm
83
Valentin Bonnard <Bonnard.V@...> wrote: [- rule: macros should be ALL_UPPER_CASE] I prefer "Macros should not be used" :) Sean ... eGroups.com home:...
Sean A Corfield
sean@...
Jun 1, 1999 3:19 pm
84
Valentin Bonnard <Bonnard.V@...> wrote: [I suggest to follow Nathan's advice: - lower_case variables and functions - UpperCase types] Much as I prefer...
Sean A Corfield
sean@...
Jun 1, 1999 3:19 pm
85
Nathan Myers <ncm@...> wrote: [IMHO it would be a mistake for the Boost classes to have identically the same name as the components proposed for the...
Sean A Corfield
sean@...
Jun 1, 1999 3:19 pm
86
... Did you ever try to write a Makefile for both C and C++ headers using the same extension? Forget it (at least regarding generic rules). Excuse me, but...
Nicolai Josuttis
nicolai.josuttis@...
Jun 1, 1999 3:51 pm
87
I think, we all agree that we DON'T follow the standard scheme. So let me summarize MY NON-BINDING actual naming scheme proposal for boost: File Names...
Nicolai Josuttis
nicolai.josuttis@...
Jun 1, 1999 3:53 pm
88
... The Q Public License found at several web sites appears to be an example of an open source license (http://www.opensource.org/osd.html). From the...
Beman Dawes
beman@...
Jun 1, 1999 5:06 pm
89
... Hm... for the record, please note that 1. I personally wasn't too happy with the results, since it meant that I had to agree to drop .hh and .cc in favour...
Steinar Bang
sb@...
Jun 2, 1999 8:40 am
90
... But BSD like licenses, w/o the advertising clause, are accepted, aren't they ? -- Valentin Bonnard ... eGroups.com home: http://www.egroups.com/group/boost...
Valentin Bonnard
Bonnard.V@...
Jun 2, 1999 1:44 pm
91
... The naming conventions of the standard ? You must be joking: Some macros are lower case (errno, offsetof, the var arg stuff). Iostream uses...
Valentin Bonnard
Bonnard.V@...
Jun 2, 1999 1:50 pm
92
... It doesn't say much about namespaces. Do we introduce a namespace for every package (or significant package ?), that is namespace Boost::NumericalType,...
Valentin Bonnard
Bonnard.V@...
Jun 2, 1999 2:06 pm
93
... It doesn't say much about namespaces. Do we introduce a namespace for every package (or significant package ?), that is namespace Boost::NumericalType,...
Valentin Bonnard
Bonnard.V@...
Jun 2, 1999 2:06 pm
94
... I thought it has to be boost instead of Boost. Nicolai M. Josuttis Solutions in Time http://www.josuttis.de/ mailto:solutions@... ... eGroups.com...
Nicolai Josuttis
nicolai.josuttis@...
Jun 2, 1999 2:31 pm
95
... in ... I don't know the terms of the BSD licenses, so would have to see the specifics. --Beman ... eGroups.com home: http://www.egroups.com/group/boost ...
Beman Dawes
beman@...
Jun 2, 1999 3:50 pm
96
... Those names were already in widespread use, often being inherited from C language or the earliest C++ implementations, so were not changed after the...
Beman Dawes
beman@...
Jun 2, 1999 3:50 pm
97
... Flat namespace boost. Keep it simple. All lowercase. See the current libraries. --Beman ... eGroups.com home: http://www.egroups.com/group/boost ...
Beman Dawes
beman@...
Jun 2, 1999 3:57 pm
98
... You are correct, Nico. Valentin is trying to revisit an old decision. --Beman ... eGroups.com home: http://www.egroups.com/group/boost ...
Beman Dawes
beman@...
Jun 2, 1999 3:57 pm
99
... Let the one who has never used macros throw me the first stone... Really, there are a few things which are clumsy w/o macros. -- Valentin Bonnard ... ...
Valentin Bonnard
Bonnard.V@...
Jun 2, 1999 4:10 pm
100
... MSVC++ ... verified. I just tested a .hpp header from Nico Jusuttis with MSVC++ 6.0 and it worked without problems, and without doing any special setup ...
Beman Dawes
beman@...
Jun 2, 1999 4:46 pm
101
... Yes, like the library dir_it, which is in namespace boost::filesystem. -- Valentin Bonnard ... eGroups.com home: http://www.egroups.com/group/boost ...
Valentin Bonnard
Bonnard.V@...
Jun 2, 1999 5:39 pm
102
... My malicious attempt to substitute Boost for boost failed miserably. The Valentin monster strikes namespace boost. The Valentin monster misses. --more-- ...
Valentin Bonnard
Bonnard.V@...
Jun 2, 1999 5:43 pm
103
Viciously Valentin / voices his creed. Brave Beman bashed him / and boy does he bleed. Lois ;-) ... eGroups.com home: http://www.egroups.com/group/boost ...
Lois Goldthwaite
loisg@...
Jun 3, 1999 4:05 pm
104
There are two new libraries on the web site: http://www.boost.org/libs/compose http://www.boost.org/libs/utility With these we will try out a new submission...
Beman Dawes
beman@...
Jun 3, 1999 5:27 pm
105
The boost::noncopyable is unusable: it has no non private constructor, so any class derived from it cannot be instanciated. Did you tested it with a real...
Valentin Bonnard
Bonnard.V@...
Jun 4, 1999 12:03 am
106
... Valentin's right. It needs a public default constructor. ... I never did. My submission to Beman said it hadn't been tested either. I was doing it from...
Dave Abrahams
abrahams@...
Jun 4, 1999 1:30 am
107
... Yes, and then ignored the fact there where three compiler error messages when there should have been only two! The site has been updated with a fix. ...
Beman Dawes
beman@...
Jun 4, 1999 12:11 pm
108
I had a thought today that the default constructor for noncopyable ought to be protected, to emphasize that it was only useful as a base class. Then I thought...