Stefan Seefeld [EMAIL PROTECTED] writes:
Hamish Mackenzie wrote:
dom::document doc;
dom::document_ref doc2( doc.root().document() );
assert( doc2 == doc );
and...
assert( doc2 == doc );
Can be implemented but ideally it would compare all the nodes in the
document.
well, that's
On Fri, 2003-06-27 at 09:09, Anthony Williams wrote:
Stefan Seefeld [EMAIL PROTECTED] writes:
Hamish Mackenzie wrote:
dom::document doc;
dom::document_ref doc2( doc.root().document() );
assert( doc2 == doc );
and...
assert( doc2 == doc );
Can be implemented but ideally it
Dave,
Is there any reason for including the wide-character-support option in the
Borland toolset: this is set to on by default in features jam, and then
selectively turned off for borland, this means that if I inherit a toolset
from borland-tools.jam (I want multiple toolsets to test different
Fernando Cacciola wrote:
[...]
Motivated by A. Terekhov concerns, I think the license should, if at all
possible, expressely PROHIBIT anyone, including the copyright holder,
from patenting the covered Software and any implied intellectual production.
That would make no sense. My concern is
Howard Hinnant wrote:
[...]
Will the copyright need to appear in the standard itself?
Uhmm, why would you care?
My job is to implement the std::lib for Metrowerks. Why would I /not/
care?
Because it has no bearing whatsoever on you job. ?
regards,
alexander.
--
Beman Dawes wrote:
[...]
The point of the Boost license is to grant various permissions to everyday
users. Special uses such as ISO standardization, or maybe some corporation
that wants a different license, can be dealt with on a case-by-case basis.
That's a nice aspect of the developer
From: Edward Diener [mailto:[EMAIL PROTECTED]
More than a month ago I posted a correction to the tokenizer
documentation
to which no one replied:
Sorry about that.
The Tokenizer documentation for char_separator tokenizer
function states
that the default argument for the second
Hamish Mackenzie [EMAIL PROTECTED] writes:
On Fri, 2003-06-27 at 09:09, Anthony Williams wrote:
What's wrong with just having boost::shared_ptrDocument and
boost::shared_ptrNode, boost::shared_ptrElement ?
You could have each node store a boost::weak_ptrElement pointing to its
parent,
http://www.boost.org/libs/regex/template_class_ref.htm#partial_matches
There are two examples given. Though the examples are different, in
both cases, the example links to a complete implementation of the
first example. This likely was a cut-and-paste error.
Thanks, fixed in cvs,
John.
I believe that consistent use of std::advance would solve the problem.
Or would this change be so costly that I ought to use vector or deque?
Unfortunately, doing so would cause me other problems such as iterator
invalidation. :-/
Should be fixed in cvs now.
Thanks for the report,
John
I also have an updated ('C++ 1998 STL standardized') version of James Kanze's
of filtering streambuf and filtering streams derived from his files at
www.gabi-soft.fr re-built for MSVC 7.1, (Could be posted on request).
and his illuminating articles in C++ Report 1998 (attached).
There are also
Thanks for your suggestion, now everything works. :-)
Following your advice I tried 1.30 and it would not link using bjam, so I
tried the dsw and it worked fine. I tried my test app and everything worked.
I tried compiling the 1.29 test lib using the dsw instead of bjam and
everything was fixed.
[EMAIL PROTECTED] wrote:
From: Edward Diener [mailto:[EMAIL PROTECTED]
More than a month ago I posted a correction to the tokenizer
documentation
to which no one replied:
Sorry about that.
The Tokenizer documentation for char_separator tokenizer
function states
that the default argument
Anthony Williams wrote:
Hmm, just to check whether we are still talking about the same thing here:
do we agree that there can't be a 'node' type, i.e. just a
'node_ref'/'node_ptr' ?
You mean: have node as an abstract class, so you can't have any objects of
that type, but you can have pointers
Paul A. Bristow wrote:
I also have an updated ('C++ 1998 STL standardized') version of James Kanze's
of filtering streambuf and filtering streams derived from his files at
www.gabi-soft.fr re-built for MSVC 7.1, (Could be posted on request).
Please do.
and his illuminating articles in C++ Report
On Fri, 2003-06-27 at 12:53, Anthony Williams wrote:
It was meant to be a description of semantics, in terms of a sample
implementation.
A node that is not part of a document is a free-standing subtree that needs
adding to a document. If it is an element, then you can treat it as if it is
Brian McNamara wrote:
I would like to see if there is interest in incorporating the FC++
library into Boost.
Whoa! I've taken a look into FC++ at one occasion and found it most
impressive. :)
With regards to (1), I hope yes, but the Boost Lambda Library has a bit
of conceptual overlap with
Paul A. Bristow said:
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of Rene Rivera
| Sent: Wednesday, June 25, 2003 8:26 PM
| To: Boost mailing list
| Subject: Re: [boost] Draft of new Boost Software License
|
| Spanish is my first, but English
On Thursday, Jun 26, 2003, at 07:53 America/Denver, William E. Kempf
wrote:
...
But it would be nice to just refer to the license instead of repeating
it
in every single file.
Though this license is brief enough that inclusion is no big deal.
It seems that doing it by reference to a web page
On Thu, 26 Jun 2003, Paul A. Bristow wrote:
// (C) Jane Programmer, 2003
// See www.boost.org/license for license terms and conditions
// See www.boost.org/libs/janes-lib for documentation
Looks fine to me, though I prefer Copyright to (C)
Paul
I have been told by previous
Alexander Terekhov [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola wrote:
[...]
Motivated by A. Terekhov concerns, I think the license should, if at all
possible, expressely PROHIBIT anyone, including the copyright holder,
from patenting the covered Software
Gregory Colvin wrote:
It seems that doing it by reference to a web page amounts to Boost
reserving
the right to change terms in the future, possibly to the disadvantage
of the
authors and users. But I see lots of code that refers to the GPL that
way,
so this is another question for the
Alisdair Meredith wrote:
Gregory Colvin wrote:
It seems that doing it by reference to a web page amounts to Boost
reserving
the right to change terms in the future, possibly to the disadvantage
of the
authors and users. But I see lots of code that refers to the GPL that
way,
so this is another
Hello all,
I've just started playing with bjam and I was wondering if anyone
could enlighten me about using qt and msdev 6.0. Reading the docs seems
to indicate that qt can't be use with msvc but seems like it should be a
straight forward thing to do.
Thanks
-Gedalia Pasternak
Brian McNamara wrote:
I would like to see if there is interest in incorporating the FC++
library into Boost.
I had no clue what FC++ was, but hunted down some information on it.
It seems pretty cool... Being new, I'll hope for lots of reuse of
other boost features, and quality
At 10:27 PM 6/26/2003, Howard Hinnant wrote:
On Thursday, June 26, 2003, at 07:51 PM, Beman Dawes wrote:
A copyright, unlike a patent, just applies to the actual
representation. So unless another implementation actually made a
literal copy of the Boost code, the other implementation would
At 07:14 AM 6/27/2003, Alexander Terekhov wrote:
Beman Dawes wrote:
[...]
The point of the Boost license is to grant various permissions to
everyday
users. Special uses such as ISO standardization, or maybe some
corporation
that wants a different license, can be dealt with on a case-by-case
At 09:53 AM 6/26/2003, William E. Kempf wrote:
Paul A. Bristow said:
And:
// (C) Jane Programmer, 2003
// See www.boost.org/license for license terms and conditions
// See www.boost.org/libs/janes-lib for documentation
Looks fine to me, though I prefer Copyright to (C)
Yes, I do too.
At 12:36 AM 6/27/2003, Rene Rivera wrote:
Ha! You've never dealt with ISO, I guess. They are a world unto
themselves
and their views on copyrights are pretty high-handed.
No I haven't. And I get the fealing that I should run away if said beast
approaches ;-)
Well, luckily the standards
At 09:33 PM 6/26/2003, Fernando Cacciola wrote:
Motivated by A. Terekhov concerns, I think the license should, if at all
possible, expressely PROHIBIT anyone, including the copyright holder,
from patenting the covered Software and any implied intellectual
production.
That's an interesting issue.
#define IS_END(...) IS_END_I(__VA_ARGS__,)
#define IS_END_I(x, ...) \
IS_VARIADIC(IS_END_II x,) \
^^^
/**/
#define IS_END_II(a, b, c, d, e, f, g, h, i, j, ...) __VA_ARGS__
Sorry, mistake. You need a bunch of commas here rather than just one.
Regards,
Fernando Cacciola wrote:
Alexander Terekhov [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola wrote:
[...]
Motivated by A. Terekhov concerns, I think the license should, if at all
possible, expressely PROHIBIT anyone, including the copyright holder,
Beman Dawes wrote:
At 10:27 PM 6/26/2003, Howard Hinnant wrote:
[...]
company, and then moved to another company. Although no physical copy of
the source code was involved, the programmer had a good memory, and
basically just duplicated the prior effort.
Yup. That's what The Clean Room is
Beman Dawes [EMAIL PROTECTED] writes:
Now you might ask, what about the interface, doesn't the copyright
cover that too? The answer is no, as has been fought out in court
several times. Ask a lawyer for details, but interfaces themselves
aren't covered by copyright. The docs are covered, the
Thomas Wenisch [EMAIL PROTECTED] writes:
I have been told by previous employers' lawyers that the word Copyright
is in fact required.
That matches my understanding. Also that (C) has no legal value.
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
David Abrahams wrote:
Thomas Wenisch [EMAIL PROTECTED] writes:
I have been told by previous employers' lawyers that the word Copyright
is in fact required.
That matches my understanding. Also that (C) has no legal value.
http://www.iusmentis.com/copyright/crashcourse/requirements
Pardon me if this has already been noted or
discussed..
I seem to have found a bug/issue with
boost::filesystem::path. It dies upon being created with a filename that begins
with a space.Being thatthese are legal filenames on several
platforms, it would appear that this is undesirable
At 01:26 PM 6/27/2003, Alisdair Meredith wrote:
Gregory Colvin wrote:
It seems that doing it by reference to a web page amounts to Boost
reserving
the right to change terms in the future, possibly to the disadvantage
of the
authors and users. But I see lots of code that refers to the GPL
At 05:58 PM 6/27/2003, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
Now you might ask, what about the interface, doesn't the copyright
cover that too? The answer is no, as has been fought out in court
several times. Ask a lawyer for details, but interfaces themselves
aren't
John Torjo on 23 Apr 2003 06:16:20 -0700 (PDT) wrote:
[snip]
2. binding marg_stream to a std::ostream couples them too much IMHO
(that is, the marg_stream variable is coupled to the other stream).
This actually came to me when I wanted to use col_io together with my
thread_safe_log
40 matches
Mail list logo