On Tuesday, July 8, 2003, at 12:25 AM, Joaquín Muñoz wrote:
[SNIP]
A related question: Should boost::multiindex::multiindex_set be raised
into Boost namespace as boost::multiindex_set (or whatever its final
name)? Seems the standard practice, but I think it is safer to ask
first.
[TRUNCATE]
If
I recently had a need for a functor to return a component of a
std::pair, and I was
surprised to see that they didn't exist either in the standard
library or in boost.
So, here they are. Are they useful to anyone else? Is there some reason that
they don't already exist? Did I miss them somewhere
Joaquín Mª López Muñoz wrote:
>
> This is a no-no policy. Collision can happen with more than one element.
> Following this approach could result in an single update sweeping off
> half the elements of the container :) I don't think users of the
library want
> this.
What are the current semantic
An excellent idea!
You need to add in:
"The Boost Threads Library", Bill Kempf. C/C++ Users Journal, May 2002
"Smart Pointers in Boost", Bjorn Karlsson, C/C++ Users Journal, April
2002
"Applying BGL to Computational Geometry", Vitaly Ablavsky, C/C++ Users
Journal, May 2002
"Lexical Conversions in
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> The compilers that can do SFINAE well enough for enable_if should be able to
> handle && in integral constant expressions, no?
I'm not sure; some of the compilers which have trouble with ICEs are
older EDGs, which as you know tend to have surprisingly g
David Abrahams wrote:
> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>
>> David Abrahams wrote:
>>> Jaakko Jarvi <[EMAIL PROTECTED]> writes:
>>>
Where we've used enable_if, it has been very common that the
condition is not just a single traits lookup, but rather a logical
expression, e.
On Wednesday, July 9, 2003, at 04:31 PM, Jaakko Jarvi wrote:
Yes it would be possible. Just committed in.
Thanks!
Breaks in g++ 3.2.
ICC 7 accepts.
Metrowerks? Must works, you wouldn't have asked otherwise, right :)
Yes, it works, and yes I do have ulterior motives, though
they are probably
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Jaakko Jarvi <[EMAIL PROTECTED]> writes:
>>
>>> Where we've used enable_if, it has been very common that the
>>> condition is not just a single traits lookup, but rather a logical
>>> expression, e.g.:
>>>
>>> template
>>> typen
Jaakko Jarvi <[EMAIL PROTECTED]> writes:
> In our last exciting episode Thomas Witt wrote:
>> User-Agent: KMail/1.5
>
>> On Wednesday 09 July 2003 21:09, Jaakko Jarvi wrote:
>> > Where we've used enable_if, it has been very common that the condition
>> > is not just a single traits lookup, but rat
David Abrahams wrote:
> Jaakko Jarvi <[EMAIL PROTECTED]> writes:
>
>> Where we've used enable_if, it has been very common that the
>> condition is not just a single traits lookup, but rather a logical
>> expression, e.g.:
>>
>> template
>> typename enable_if::value &&
>> is_vector::value,...>::typ
In our last exciting episode Thomas Witt wrote:
> User-Agent: KMail/1.5
> On Wednesday 09 July 2003 21:09, Jaakko Jarvi wrote:
> > Where we've used enable_if, it has been very common that the condition
> > is not just a single traits lookup, but rather a logical expression,
> > e.g.:
> >
> > temp
Jaakko Jarvi <[EMAIL PROTECTED]> writes:
> Where we've used enable_if, it has been very common that the condition
> is not just a single traits lookup, but rather a logical expression,
> e.g.:
>
> template
> typename enable_if::value && is_vector::value,...>::type
> operator*(const T& t, const U&
In our last exciting episode Howard Hinnant wrote:
> On Wednesday, July 2, 2003, at 06:06 PM, Jaakko Jarvi wrote:
> > libs/utility/test/enable_if*
> Would it be possible to augment the enable_if_constructors.cpp test
> with a templated container? Maybe something like:
Yes it would be poss
On Wednesday, July 2, 2003, at 06:06 PM, Jaakko Jarvi wrote:
libs/utility/test/enable_if*
Would it be possible to augment the enable_if_constructors.cpp test
with a templated container? Maybe something like:
template
struct string
{
template
string(It begin, It end, typename
enable_if
On Wednesday 09 July 2003 21:09, Jaakko Jarvi wrote:
> Where we've used enable_if, it has been very common that the condition
> is not just a single traits lookup, but rather a logical expression,
> e.g.:
>
> template
> typename enable_if::value && is_vector::value,...>::type
> operator*(const T&
"Thomas Witt" <[EMAIL PROTECTED]> escribió en el mensaje news:[EMAIL PROTECTED]
> On Wednesday 09 July 2003 19:43, David Abrahams wrote:
>
> I doubt that the _c version are needed frequently enough to warrant the extra
> types.
>
Plus it will induce many libraries to use these versions which will m
Where we've used enable_if, it has been very common that the condition
is not just a single traits lookup, but rather a logical expression,
e.g.:
template
typename enable_if::value && is_vector::value,...>::type
operator*(const T& t, const U& u);
So definitely, this version of enable_if is nee
On Wednesday 09 July 2003 19:43, David Abrahams wrote:
> I strongly prefer this interface:
Me too.
>
> // enable_if operates on types with a nested ::value
> template
> typename enable_if, void>::type foo(T t) {
> std::cout << "An arithmetic type\n";
> }
>
> template
>
"Gennadiy Rozental" <[EMAIL PROTECTED]> escribió en el mensaje news:[EMAIL PROTECTED]
> > > There is BOOST_CHECK_PREDICATE
> > >
> > Yes, I know.
> > My point was that with BOOST_CHECK_EQUAL_NUMBERS() the test library
> > could output something readable of the form:
> >
> > "numbers x and y are not
Jaakko Jarvi <[EMAIL PROTECTED]> writes:
> Dear Boosters,
>
> The enable_if library defines the enable_if and disable_if templates,
> which are tools for controlling which function templates are included
> in the overload resolution set based on the properties of the argument
> types.
>
> The foll
At 11:49 AM 7/9/2003, Marshall Clow wrote:
>At 7:09 PM -0700 7/6/03, Marshall Clow wrote:
>>The last 3 or 4 times that I have tried to check out the "latest
>>boost", the checkout
>>gets most of the way through, and then hangs.
>...
>
>Is anyone else seeing this, or am I the only one?
If you are a
David Abrahams wrote:
>
> IIUC, there are no absolutes here (i.e. no law says "there is an
> implicit guarantee"). Legally, it's just a question of what looks
> like an attractive/vulnerable target. IIUC, the deal is that without
> an explicit disclaimer, lawyers feel they have more leverage in
Jaakko,
There are three issues I have with enable_if as it is.
1. enable_if takes a boolean template argument. I would like to see it
taking a type with a member value that that can be used in an ICE. This
would play nice with mpl and type_traits and would make enable_if
expressions shorter.
t
The formal review of Bill Seymour's fixed-point decimal
library runs
11 July to 21 July 2003
with myself serving as review manager.
The library provides a class boost::fixdec::decimal that
represents a fixed-point number. Unlike "double" or other
floating-point representations, a fixed-
At 7:09 PM -0700 7/6/03, Marshall Clow wrote:
The last 3 or 4 times that I have tried to check out the "latest
boost", the checkout
gets most of the way through, and then hangs.
Here's what I see in my terminal:
lots of lines snipped
cvs server: Updating boost/tools/inspect/build
cvs ser
I've had a request that we set up a web page listing publications about
Boost or Boost Libraries. The point being that it will be generally
interesting, and possibly useful as a historical record. If Boost or any
participants ever apply for a grant, such a bibliography is often required.
Presum
hi there,
what is the suggested way to persist a time_duration into a string ?
I tried 'to_iso_string' but there is no corresponding
'duration_from_iso_string'. Shouldn't that exist (if only for symmetry) ?
Regards,
Stefan
___
Unsubscri
Alexander Nasonov wrote:
> class base_node // represent a base of a concrete class
> {
> // ...
>
> //
> virtual void* derived_to_base(void* base_ptr) const = 0;
> };
Oops, I made a little naming mistake: base_ptr should be derived_ptr.
BTW, compile-time retrospection could be used t
David Abrahams wrote:
> Alexander Nasonov <[EMAIL PROTECTED]> writes:
>
>> Well, sometimes it's needed at compile-time. Though, I don't know how
>> useful it is. Can you give an example?
>
> Heh, you caught me!
>
> Well, if the (member) (function) pointers are available at compile
> time they c
Bugs item #768388, was opened at 2003-07-09 04:34
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=107586&aid=768388&group_id=7586
Category: None
Group: None
Status: Open
Resolution: None
Pr
> > There is BOOST_CHECK_PREDICATE
> >
> Yes, I know.
> My point was that with BOOST_CHECK_EQUAL_NUMBERS() the test library
> could output something readable of the form:
>
> "numbers x and y are not approximately equal"
>
> It could even add to the output something of the form:
>
> " according to
> Could you please be more specific about which Boost.Test features you
think
> should remain and which should be removed or modified? I'm having trouble
> relating the discussion to the actual Boost.Test public interface.
>
> Thanks,
>
> --Beman
The only thing I propose to change is to prohibit
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of David Abrahams
| Sent: Tuesday, July 08, 2003 7:57 PM
| To: [EMAIL PROTECTED]
| Subject: [boost] Re: Draft of new Boost Software License
| ... www.boost.org was pretty stable, thus far.
|
| The problem i
Jeremy Maitin-Shepard ha escrito:
[...]
>
> How about indexed_table? This container is *not* a set, since there can
> be duplicates, but it *does* resemble a relational database table.
>
> Then it can be defined in namespace boost::table, and additionally
> promoted to namespace boost.
Seems
34 matches
Mail list logo
