Beman Dawes:
Daryle Walker:
> 1. The download option from SourceForge just uses our web space as
> an archive depot. All other SourceForge projects I've seen use
> SF's downloading facilities (file release). We could switch to it
> to be more consistent with other SF projects, but we'll also get
On Sunday 01 December 2002 08:05 pm, Rene Rivera wrote:
> [2002-12-01] Gennadiy Rozental wrote:
> >"Robin.Hu" <[EMAIL PROTECTED]> wrote in message
> >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> >
> >> Bzip2 is widely spreaded with GNU software. It is available to all *nix
> >> platforms those ar
> Because none of those; bz2, rar, or ace, will let you do this...
>
> tar zxvf boost-1.29.0.tar.gz
I could not get your point here. Every archiver has it's own command for
unpacking. So what?
Gennadiy.
___
Unsubscribe & other changes: http://lis
> Actually I was hoping you would choose option 3. :-) For me, option 2
> just doesn't feel right. And I think it's not in the spirit of the
> standard, either. (Implicit conversion from char * to string doesn't
> exist, a char * is just a pointer.) I would classify this as
> "suprising behaviour"
[2002-12-01] Gennadiy Rozental wrote:
>
>"Robin.Hu" <[EMAIL PROTECTED]> wrote in message
>[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>> Bzip2 is widely spreaded with GNU software. It is available to all *nix
>> platforms those are available to me, include linux, *bsd, solaris, etc...
>>
>> IMHO,
"Robin.Hu" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Bzip2 is widely spreaded with GNU software. It is available to all *nix
> platforms those are available to me, include linux, *bsd, solaris, etc...
>
> IMHO, using tar.bz2 instead of tar.gz is a good ide
Bzip2 is widely spreaded with GNU software. It is available to all *nix
platforms those are available to me, include linux, *bsd, solaris, etc...
IMHO, using tar.bz2 instead of tar.gz is a good idea.
On Sun, 01 Dec 2002 19:35:35 -0500
Beman Dawes <[EMAIL PROTECTED]> wrote:
> At 03:05 PM 11/29/20
A small correction --
David Abrahams <[EMAIL PROTECTED]> writes:
> It's pretty simple:
>
> 0. A "dependent" name is one whose meaning depends on the type or
>value of a template parameter.
>
> 1. templates are parsed in phase 1 and all non-dependent names are
>bound at that point. Any un
"Beman Dawes" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I'm all for bending over backwards to protect Booster's intellectual
> property rights, but I having a lot of trouble applying IP concepts to
such
> a posting. Am I off-base here?
I think you're spot
Beman Dawes <[EMAIL PROTECTED]> writes:
> At 11:26 AM 11/30/2002, David Abrahams wrote:
> >"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/MailA
At 04:36 PM 12/1/2002, Aleksey Gurtovoy wrote:
>Beman Dawes wrote:
>> Hum... I'll take your word for it, but to tell the truth I
>> have trouble understanding what either ``this->member_name''
>> or `BaseClass::member_name'' adds.
>
>It makes 'member_name' identifier a dependent name (14.6.2, [tem
At 03:05 PM 11/29/2002, Pavel Vozenilek wrote:
>Bandwith and time of those with dialup can be saved by compressing Boost
>release by BZIP2 compressor (http://sources.redhat.com/bzip2/).
>
>For example boost_1_29_0.tar.gz has size 5 272 kB, tared and compressed
by
>bzip2 size is 4 282 kB (down to
At 11:26 AM 11/30/2002, David Abrahams wrote:
>"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
>From: "Phil Nash" <[EMAIL PROTECTED]>
> [Terje Slettebø]
> > 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");
Beman Dawes wrote:
> Hum... I'll take your word for it, but to tell the truth I
> have trouble understanding what either ``this->member_name''
> or `BaseClass::member_name'' adds.
It makes 'member_name' identifier a dependent name (14.6.2, [temp.dep]),
thus deferring its resolution to the point
[Terje Slettebø]
> 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");
Beman Dawes <[EMAIL PROTECTED]> writes:
> At 08:11 PM 11/28/2002, David Abrahams wrote:
>
> >> AFAIK, Metrowerks is correct, and the other compilers intend to detect
> >these errors in the future.
> >>
> >> The fix is usually to add qualification. For example,
> >foo::out_of_range_bit.
> >
>
At 08:11 PM 11/28/2002, David Abrahams wrote:
>> AFAIK, Metrowerks is correct, and the other compilers intend to detect
>these errors in the future.
>>
>> The fix is usually to add qualification. For example,
>foo::out_of_range_bit.
>
>The fix is usually to make sure that the appropriate declarati
At 08:02 PM 11/29/2002, David Abrahams wrote:
>Beman Dawes <[EMAIL PROTECTED]> writes:
>
>> >I don't know if it was controversial, but I did bring this up during
>> >the review and I do think its very important. The basic definition
>> >of an absolute path should be a path that overrides the bas
If BOOST_NO_EXCEPTIONS is defined then boost::throw_expression() is
declared but not defined.
The docs say "...the user is expected to supply an appropriate definition"
but no other requirements are stated.
Seems there is should be an additional requirement "A user-defined
throw_expression fun
Hi, everybody
I would like to bring your attention to some issues related to handling
by Boost.Test errors causing program to terminate in regular case. It could
be fatal error like SIGSEGV is caught or division by zero or assert
statement. Unfortunately Boost.Test a bit inconsistent in it's ha
I have to make matrix resize with preserving of the content of the matrix.
(add rows, columns...)
I try to do this using matrix ranges:
--
Mat A(2,2);
A(0,0)=11;
A(0,1)=12;
A(1,0)=21;
A(1,1)=22;
Mat _A(4,4);
_A.project(ublas::range(0,A
"Iain K.Hanson" wrote:
[...]
> a patent (US) in the late 80's oe earlier 90's on Finite State
> Machines, The general form of FSM.
That's OK. Look at this: < ;-) >
http://tinyurl.com/242u <--- stuff at uspto.gov
http://www.delphion.com/details?pn=US05443036__
("United States Patent 5,443,036")
I'm wondering if it's possible to get Lambda working with Borland's
compiler? There are a couple of issues that are easy to fix, but then
things get tricky:
1) Integral constant expressions need fully qualified names:
RCS file: /cvsroot/boost/boost/boost/lambda/detail/lambda_traits.hpp,v
retriev
David A. Greene wrote:
> Is it possible to have an MPL vector of MPL vectors?
Sure. MPL sequences are polymorphic regarding their elements; everything
that is a type can be put into a sequence, and everything in MPL is a type
:).
> When I try this, the compiler (g++ 3.2) complains about an inco
25 matches
Mail list logo