>From: "Gennadiy Rozental" <[EMAIL PROTECTED]>
>Yes I believe we could combine input/output algorithms for stl constructs.
>In any case it should be simple template functor that wont be instantiated
>if not used.
>But I would prefer:
>/boost/seralization/stl/
>vector.hpp
>list.hpp
>...
Hmmm - th
On Monday 25 November 2002 12:06 am, Ihsan Ali Al Darhi wrote:
> A while ago you discussed a library for adding a third boolean state.
> Where's this library?
It's in the Boost sandbox under the name "tribool". Information about the
sandbox is here:
http://www.boost.org/more/mailing_lists.htm#s
"Jeff Garland" <[EMAIL PROTECTED]> writes:
>>
>> Thanks, Jeff!
>>
>> Not to look a gift Wikimaster in the mouth, but would it be possible
>> to do something like:
>>
>>
>http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?Boost_Documentation_Format/Tasks
>
>
>
>> where each licens
>
> Thanks, Jeff!
>
> Not to look a gift Wikimaster in the mouth, but would it be possible
> to do something like:
>
>
>http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?Boost_Documentation_Format/Tasks
> where each license link is listed separately, a sign-up item is
> availab
Is it possible to have an MPL vector of MPL vectors? When I
try this, the compiler (g++ 3.2) complains about an incomplete
type for push_back_traits:
#include
#include
#include
int main(void)
{
typedef boost::mpl::vector<> vec;
typedef boost::mpl::push_back<
vec,
boost::mpl::vect
"Jeff Garland" <[EMAIL PROTECTED]> writes:
>
>> P.S. Perhaps a set of Wiki pages would be a good way to pursue this.
>
> Ok, started:
>
> http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?Boost_License
Thanks, Jeff!
Not to look a gift Wikimaster in the mouth, but would it be possi
> P.S. Perhaps a set of Wiki pages would be a good way to pursue this.
Ok, started:
http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?Boost_License
Jeff
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Thorsten Ottosen <[EMAIL PROTECTED]> writes:
> Hmm...
>
> a lot of energy wasted on whether to use he or she. So lets waste some more
> time...
No, let's not. This discussion has gone off-topic for Boost, so if you
want to discuss it further, please take it to private email.
Thanks
David Abraham
"Robert Ramey" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> From: "Gennadiy Rozental" <[EMAIL PROTECTED]>
>
> I am still considering aspects of your review. I have a questions about
> a couple of comments:
>
> >Major [Issue 2]: I believe it design error to co
Hmm...
a lot of energy wasted on whether to use he or she. So lets waste some more
time...
Here in Denmark the correct way to refer to a person (of both genders) in
a representative sense is simply "he". Nobody is foolish enough to think
its literally a man.
So if the persons gender is unknown,
on 11/25/02 4:54 AM, Rozental, Gennadiy at [EMAIL PROTECTED] wrote:
>> Dear Gennadiy,
>> I've just been trying out the latest (1.29.0) release of the Boost >
> Unit Test Framework. I ran into a few minor localisation hiccups you
>> might want to be told about.
>
>> I'm using Metrowerks Codew
"David B. Held" <[EMAIL PROTECTED]> wrote in message
asb9ml$iqi$[EMAIL PROTECTED]">news:asb9ml$iqi$[EMAIL PROTECTED]...
> When I'm running a test program, it would be nice to get a usage message
> with a -help or -? parameter. That way, I don't have to remember all the
> log
> level parameters, et
"David B. Held" <[EMAIL PROTECTED]> writes:
> "David Abrahams" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>> [...]
>> how does that make Victor's point?
>
> Historically, the masculine gender was used to denote an anonymous
> person, with no intended messag
When I'm running a test program, it would be nice to get a usage message
with a -help or -? parameter. That way, I don't have to remember all the
log
level parameters, etc.
Dave
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listin
"David B. Held" <[EMAIL PROTECTED]> writes:
> "David Abrahams" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>> [...]
>> Volunteering the boost moderators for more work is always the last
>> resort of the desperate
>
> Heh, heh...actually, I was thinking that
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> [...]
> It's usually easier to smell when we're in the same room.
Your dry humor was just a little to subtle for me. :( Next time I'll
try not to get caught off guard.
Dave
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> [...]
> how does that make Victor's point?
Historically, the masculine gender was used to denote an anonymous
person, with no intended message about the superiority of any gender.
It isn't until ve
"David B. Held" <[EMAIL PROTECTED]> writes:
> "David Abrahams" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>> [...]
>> Oh! I have never ever heard that term before!! Thanks for explaining
>> it to me!!!
>
> Umm...my sarcasm detector is giving me an ambiguous
Terje Slettebø <[EMAIL PROTECTED]> writes:
>>From: "David Abrahams" <[EMAIL PROTECTED]>
>
>> Finally, I'd feel pretty foolish if I had gone along presuming that
>> "C. Green" was a man and she turned out to be a woman. So I was just
>> practicing a little CYA in case things turned out differently
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> [...]
> Volunteering the boost moderators for more work is always the last
> resort of the desperate
Heh, heh...actually, I was thinking that you probably didn't want just
anybody going around rep
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> [...]
> Oh! I have never ever heard that term before!! Thanks for explaining
> it to me!!!
Umm...my sarcasm detector is giving me an ambiguous reading... :(
> Without that explanation, I'm sure I
>From: "David Abrahams" <[EMAIL PROTECTED]>
> Terje Slettebø <[EMAIL PROTECTED]> writes:
>
> >>From: "David B. Held" <[EMAIL PROTECTED]>
> >
> >> "David Abrahams" <[EMAIL PROTECTED]> wrote in message
> >> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> >> > "Victor A. Wagner, Jr." <[EMAIL PROTECTED
From: "Gennadiy Rozental" <[EMAIL PROTECTED]>
I am still considering aspects of your review. I have a questions about
a couple of comments:
>Major [Issue 2]: I believe it design error to couple both sides of
>serialization together in one library. It should be separated . So that user
>should be
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> From: "David Abrahams" <[EMAIL PROTECTED]>
>> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>>
>> > It's fairly easy to provide a get_pointer for std::auto_ptr. ;-)
>>
>> One that works for regular pointers as well, and works on msvc6? I'd
>> love to see tha
Terje Slettebø <[EMAIL PROTECTED]> writes:
>>From: "David Abrahams" <[EMAIL PROTECTED]>
>
>> It is my understanding that warranting something that turns out to be
>> false offers the author less protection than warranting nothing at
>> all.
>
> Right. So saying anything about no infringement on kn
>From: "David B. Held" <[EMAIL PROTECTED]>
> "Terje Slettebø" <[EMAIL PROTECTED]> wrote in message
> 0ba701c298a4$c7c59b30$60fb5dd5@pc">news:0ba701c298a4$c7c59b30$60fb5dd5@pc...
> > [...]
> > I'm reminded of when Aleksey said (regarding the MPL paper, which uses
> > "she"), that "MPL user is "she"
Terje Slettebø <[EMAIL PROTECTED]> writes:
>>From: "David B. Held" <[EMAIL PROTECTED]>
>
>> "David Abrahams" <[EMAIL PROTECTED]> wrote in message
>> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>> > "Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
>> >
>> > > PC run amok
>> >
>> > No, you can't
"David B. Held" <[EMAIL PROTECTED]> writes:
> "David B. Held" <[EMAIL PROTECTED]> wrote in message
> asausf$r0r$[EMAIL PROTECTED]">news:asausf$r0r$[EMAIL PROTECTED]...
>> [...]
>> However, when talking about a specific individual, and not an anonymous
>> person, I think it is quite appropriate to
"David B. Held" <[EMAIL PROTECTED]> writes:
> "David Abrahams" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>> "Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
>>
>> > PC run amok
>>
>> No, you can't blame that on a malfunctioning PC. That was just me
>> b
"Terje Slettebø" <[EMAIL PROTECTED]> wrote in message
0ba701c298a4$c7c59b30$60fb5dd5@pc">news:0ba701c298a4$c7c59b30$60fb5dd5@pc...
> [...]
> I'm reminded of when Aleksey said (regarding the MPL paper, which uses
> "she"), that "MPL user is "she" ". I was tempted to say "Name one." :)
Emily Winch.
>From: "David B. Held" <[EMAIL PROTECTED]>
> "David Abrahams" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > "Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
> >
> > > PC run amok
> >
> > No, you can't blame that on a malfunctioning PC. That was just me
when the sex of the entity is unknown, in English the male pronouns shall
be used. Or so the good sisters of St. Francis taught us in grade school.
The assumption (and we ALL know how to parse assume) that an entity is
female w/ no further information is wrong no matter your Political
Correctne
"David B. Held" <[EMAIL PROTECTED]> wrote in message
asausf$r0r$[EMAIL PROTECTED]">news:asausf$r0r$[EMAIL PROTECTED]...
> [...]
> However, when talking about a specific individual, and not an anonymous
> person, I think it is quite appropriate to use the correct gender, if it
is
> known.
> [...]
A
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> "Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
>
> > PC run amok
>
> No, you can't blame that on a malfunctioning PC. That was just me
> being intentionally considerate.
In this case, I suspec
>From: "David Abrahams" <[EMAIL PROTECTED]>
> Terje Slettebø <[EMAIL PROTECTED]> writes:
>
> >>From: "David Abrahams" <[EMAIL PROTECTED]>
> >
> >> My meeting with a technology lawyer at Harvard last week led me to
> >> believe that boost authors are already opened up to having to defend
> >> again
"Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
> PC run amok
No, you can't blame that on a malfunctioning PC. That was just me
being intentionally considerate.
--
David Abrahams
[EMAIL PROTECTED] * http://www.boost-consulting.com
Boost support, enhancements, trai
From: "David Abrahams" <[EMAIL PROTECTED]>
> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>
> > It's fairly easy to provide a get_pointer for std::auto_ptr. ;-)
>
> One that works for regular pointers as well, and works on msvc6? I'd
> love to see that!
Now I'm not sure what you mean.
namespace boos
PC run amok
At Saturday 2002/11/30 09:27, you wrote:
David Abrahams <[EMAIL PROTECTED]> writes:
> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>
>> Google tells me that I was wrong, and the "correct" implementation was
>> originally suggested by C. Green in
>>
>> http://lists.boost.org/MailArchives/
it is, unfortunately, in a trial lawyer's best interest to have LOTS of
lawsuits over things. It's how s/he gets paid.
I can't see any of them saying "Well, here's a way to put us all out of
business, just put this quote on all your documents."
At Saturday 2002/11/30 08:43, you wrote:
"Iain K.H
David Abrahams wrote:
[...]
> > I would be extremely surprised if anyone could make any worthwhile
> > legal claims against any user of a major Boost library because of
> > Boost itself.
>
> Whether or not it's "worthwhile" really depends on the goals of those
> bringin suit.
You're making progr
David Abrahams <[EMAIL PROTECTED]> writes:
> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>
>> Google tells me that I was wrong, and the "correct" implementation was
>> originally suggested by C. Green in
>>
>> http://lists.boost.org/MailArchives/boost/msg00886.php
>
> Hmm. Can anyone track him down
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> Google tells me that I was wrong, and the "correct" implementation was
> originally suggested by C. Green in
>
> http://lists.boost.org/MailArchives/boost/msg00886.php
Hmm. Can anyone track him down to get permission to use it? I don't
recall seeing his
Terje Slettebø <[EMAIL PROTECTED]> writes:
>>From: "David Abrahams" <[EMAIL PROTECTED]>
>
>> My meeting with a technology lawyer at Harvard last week led me to
>> believe that boost authors are already opened up to having to defend
>> against a patent suit. We are responsible for our own actions.
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> It's fairly easy to provide a get_pointer for std::auto_ptr. ;-)
One that works for regular pointers as well, and works on msvc6? I'd
love to see that!
> It ought to
> be in std:: but a boost:: overload would do as well since the pointer
> version is
>From: "David Abrahams" <[EMAIL PROTECTED]>
> "Iain K.Hanson" <[EMAIL PROTECTED]> writes:
>
> >> [mailto:[EMAIL PROTECTED]]On Behalf Of David B. Held Sent:
26 November 2002 21:26
> >
> >
> > [snip]
> >> Perhaps a special clause that the software does not infringe on any
> >> known patents or copyr
"David B. Held" <[EMAIL PROTECTED]> writes:
> "John Maddock" <[EMAIL PROTECTED]> wrote in message
> 011f01c2979d$e3c6a020$cb5287d9@1016031671">news:011f01c2979d$e3c6a020$cb5287d9@1016031671...
>> [...]
>> Hard to make any patent guarentees I think, as I'm sure the inventors of
>> the .gif format w
"David B. Held" <[EMAIL PROTECTED]> writes:
> On the other hand, I imagine that Boost authors generally don't have
> the same resources that large companies do. So is it really in
> anyone's best interests to attack a Boost author over a dubious
> patent claim? Isn't that like trying to squeeze
From: "David Abrahams" <[EMAIL PROTECTED]>
> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>
> > On the other hand... the ((*p).*f)(...) form would work with most smart
> > pointers and iterators, so it might be worth exploring.
>
> Yes, and in particular it would work with std::auto_ptr, which I know
"Iain K.Hanson" <[EMAIL PROTECTED]> writes:
>> [mailto:[EMAIL PROTECTED]]On Behalf Of David B. Held Sent: 26 November
>2002 21:26
>
>
> [snip]
>> Perhaps a special clause that the software does not infringe on any
>> known patents or copyrights, but comes with no other warranties? I
>> have no i
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> From: "David Abrahams" <[EMAIL PROTECTED]>
>>
>> Hi,
>>
>> I'm wondering whether the get_pointer function used by mem_fn et
>> al. is really justified. Since you can't invoke a member function on a
>> null pointer anyway, why not simply use &*p for this
Google tells me that I was wrong, and the "correct" implementation was
originally suggested by C. Green in
http://lists.boost.org/MailArchives/boost/msg00886.php
--
Peter Dimov
http://www.pdimov.com
___
Unsubscribe & other changes: http://lists.boost.o
From: "David Abrahams" <[EMAIL PROTECTED]>
>
> Hi,
>
> I'm wondering whether the get_pointer function used by mem_fn et
> al. is really justified. Since you can't invoke a member function on a
> null pointer anyway, why not simply use &*p for this purpose?
The original reason for using get_pointer
From: "Gennaro Prota" <[EMAIL PROTECTED]>
> On Fri, 29 Nov 2002 21:20:14 +0200, "Peter Dimov" <[EMAIL PROTECTED]>
> wrote:
>
> >From: "David Abrahams" <[EMAIL PROTECTED]>
>
> >> Now I have to put on my inference hat.
> >>
> >> ...so the use of identity<> assures that we have a non-deduced
> >> cont
Matthias Troyer <[EMAIL PROTECTED]> writes:
> On Saturday, November 30, 2002, at 02:06 AM, David Abrahams wrote:
>
>> Matthias Troyer <[EMAIL PROTECTED]> writes:
>>> In any case the library user should be reminded that short, int and
>>> long are never portable
>>
>> Of course they are perfectly p
Speaking of different character types, perhaps there could also be interest
for converting between strings of different character types, as well? For
example:
std::string str=lexical_cast(L"A wide character string");
std::wstring wstr=lexical_cast("A character string");
and the same for char->wch
>From: "Jasper van de Gronde" <[EMAIL PROTECTED]>
> I use lexical_cast a lot, but when I tried to use it in a program that
> uses Unicode I noticed it failed because it uses a standard
> stringstream. To solve my problem I simply added another #ifdef that
> checked for UNICODE and would then use w
I use lexical_cast a lot, but when I tried to use it in a program that
uses Unicode I noticed it failed because it uses a standard
stringstream. To solve my problem I simply added another #ifdef that
checked for UNICODE and would then use wstringstream, thinking it would
probably be noticed by
> And don't forget about MinGW. I don't know about its status
> w.r.t. sigaction.
Sure, but last time I looked MinGW doesn't claim to be unix and defining
POSIX_C_SOURCE etc, but you can always check for !defined(_WIN32) if it is
an issue.
John Maddock
http://ourworld.compuserve.com/homepages/joh
>
> Sure. But the question is: which should the default be?
>
I'm not sure that we know enough to choose at this time.
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe & other changes: http://lists.boost.or
On Fri, 29 Nov 2002 21:20:14 +0200, "Peter Dimov" <[EMAIL PROTECTED]>
wrote:
>From: "David Abrahams" <[EMAIL PROTECTED]>
>> Now I have to put on my inference hat.
>>
>> ...so the use of identity<> assures that we have a non-deduced
>> context, which causes the explicit template parameter to be re
Hi..
A while ago you discussed a library for adding a third boolean state.
Where's this library?
Mohammed
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
David B. Held wrote:
> > > > template
> > > > struct get_category
> > > > : mpl::if_<
> > > > mpl::is_placeholder
> > > > , mpl::identity
> > > > , get_category_impl
> > > > >::type
> > > > {
> > > > BOOST_MPL_AUX_LAMBDA
62 matches
Mail list logo
