Subject: [boost] minor nitpick: why signal.hpp instead of signals.hpp?
(notext)
Probably a mistake. signal.hpp made sense when the library was not in the
namespace boost::signals, but signals.hpp makes more sense now. This should
probably change.
Doug
"William E. Kempf" schrieb:
>
> 20.3.3/8
>
> "For templates greater, less, greater_equal, and less_equal, the
> specializations for any pointer type yield a total order, even if the
> builtin operators <, >, <=, >= do not."
Grummph, you are absolutely right, of course, and I should have known i
From: Andy Sawyer <[EMAIL PROTECTED]>
To: Boost mailing list <[EMAIL PROTECTED]>
Subject: [boost] Re: functors for taking apart std::pair?
Date: Thu, 10 Jul 2003 22:10:42 +0100
> "ED" == Edward Diener <[EMAIL PROTECTED]> writes:
ED> Marshall Clow wrote:
>> I recently had a need for a func
Joaquín Mª López Muñoz wrote:
The semantics of std::map (or any other STL associative container) are
not overwriting on insertion: instead, if an equivalent element is found, no
insertion occurs. This is what my library does, too. Maybe you're confusing
here map::operator[] with map::insert.
Yes, I
I have a very similar problem. I have attached my message that I posted on
6/26/2003. I patched the date_time library so the default to/from simple string
methods use an integral month rather than the string month.
Phil
Stefan Seefeld wrote:
> Jeff Garland wrote:
> > On Wed, 09 Jul 2003 09:33:
"Marshall Clow" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> 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?
>
> template
> struct first: std::unary_function< std::pair , T1>
> {
> T1 operator()(
At 7:21 AM -0400 7/10/03, David Abrahams wrote:
Marshall Clow <[EMAIL PROTECTED]> writes:
> 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?
template
struct first: std::unary_function< std::pair , T1>
{
At 03:51 AM 7/10/2003, Paul A. Bristow wrote:
>Fine.
>
>Encourage/remind reference submitters to include book ISBN & journal
ISSN.
>EG Dr Dobbs Journal is ISSN 1044-789X.
Yep. Will do.
>And DOI if available (Digital Object Identifier) see doi.org - these are
>permanent liks which do not change
At 12:12 PM 7/10/2003, Rene Rivera wrote:
>[2003-07-10] James Curran wrote:
>
>>How directly must the article relate to Boost? I spend about 4
>>paragraphs discussing Boost & shared_ptr<> in:
>>"Access Raw Data with Performance Counters in Visual C++"
>>DevX.com: http://www.devx.com/cplus/arti
At 11:32 AM 7/10/2003, James Curran wrote:
>How directly must the article relate to Boost? I spend about 4
>paragraphs discussing Boost & shared_ptr<> in:
>"Access Raw Data with Performance Counters in Visual C++"
>DevX.com: http://www.devx.com/cplus/article/7951
Good question. Maybe we need d
Daniel Spangenberg said:
> Hello William!
>
> "William E. Kempf" schrieb:
>
>> You're correct, and the solution is simply to replace the < operator
>> with std::less calls.
>
> You mean the std::less specialization on boost::mutex? (I wasn't aware,
> that you provide total ordering on mutexes). Ot
- Original Message -
From: "popov" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, July 08, 2003 8:03 PM
Subject: [boost] smart_assert and range_ template
> (not sure it's the right place to post this, but it seems smart_assert is
> (or will) be part of boost, and I can't get
Markus Werle wrote:
> Hi!
Hi Markus,
>
> Though Intel C++ compiles this without complaint
> gcc fails with ICE on this code snippet, which is
> preprocessor output of boost code:
>
> struct void_ {};
>
> template<
> bool C
> , typename T1
> , typename T2
> >
> struct if_c
> {
>
[2003-07-10] James Curran wrote:
>How directly must the article relate to Boost? I spend about 4
>paragraphs discussing Boost & shared_ptr<> in:
>"Access Raw Data with Performance Counters in Visual C++"
>DevX.com: http://www.devx.com/cplus/article/7951
I have a similar question; is online o
BOOST_NO_CWCTYPE
That is the output for gcc-3.4 from today? I've run the configure
script with gcc version 3.4 20030710 (ie. from today) and got these
results:
#define BOOST_MSVC6_MEMBER_TEMPLATES
#define BOOST_HAS_UNISTD_H
#define BOOST_HAS_STDINT_H
#define BOOST_HAS_SIGACTION
#d
How directly must the article relate to Boost? I spend about 4
paragraphs discussing Boost & shared_ptr<> in:
"Access Raw Data with Performance Counters in Visual C++"
DevX.com: http://www.devx.com/cplus/article/7951
--
Truth,
James Curran
www.noveltheory.com (personal)
www.njtheater.com (pr
There is something wrong with the config.
Obviously the code should use the
BOOST_MPL_AUX_VALUE_WKND(C)::value
but it seems the output of my configure run is not
included.
I thought
make CXXFLAGS="\
-DBOOST_SITE_CONFIG=/opt/FREE-SOFTWARE/boost-1.30.0/libs/config/user.hpp
-DBOOST_NO_COMPILER
Hello William!
"William E. Kempf" schrieb:
> You're correct, and the solution is simply to replace the < operator with
> std::less calls.
You mean the std::less specialization on boost::mutex? (I wasn't aware, that
you provide total ordering on mutexes). Otherwise I don't see the difference,
I h
Markus Werle wrote:
A resolution with which g++ is happy again is:
struct if_
{
private:
enum { value = static_cast(C::value) };
typedef if_c<
value
, T1
, T2
> almost_type_;
etc.
Does this solution have any impact on compilation time?
Most probably. I haven'
Daniel Spangenberg said:
> Hello, Boosters!
>
> Today I stumbled across an unspecified behaviour which can be caused by
> the example class "counter" of the Boost thread FAQ.
> The errounous lines are inside the copy assignment operator of the
> class:
>
> boost::mutex::scoped_lock lock1(&m_
Hi!
Though Intel C++ compiles this without complaint
gcc fails with ICE on this code snippet, which is
preprocessor output of boost code:
struct void_ {};
template<
bool C
, typename T1
, typename T2
>
struct if_c
{
typedef T1 type;
};
template<
typename T1
,
Jeff Garland wrote:
On Wed, 09 Jul 2003 09:33:44 -0400, Stefan Seefeld wrote
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) ?
Yes it sh
On Wed, 09 Jul 2003 09:33:44 -0400, Stefan Seefeld wrote
> 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) ?
Yes it should be th
Jeremy Maitin-Shepard ha escrito:
> 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
Alexander Nasonov <[EMAIL PROTECTED]> writes:
> Sometimes it's fine to have an introspection only at runtime. I just want to
> avoid duplications of class descriptions by multiple libraries. For
> example, Python and luabind could share common introspection information.
> This is why I'm using
Hello Popov!
popov schrieb:
> (not sure it's the right place to post this, but it seems smart_assert is
> (or will) be part of boost, and I can't get the author email addresses. The
> article is:
>
> http://www.cuj.com/documents/s=8464/cujcexp0308alexandr/)
>
> Here's an excerpt of some code:
I
John Maddock wrote:
>> Attached is a quick draft of a "Boost Bibliography" page. Each entry
>> is bookmarked so it can be referenced directly from other web pages.
>>
>> Comments?
>
> A good idea, can you add to that the article in
> libs/type_traits/c++_type_traits.htm which was in the October 200
Hello, Boosters!
Today I stumbled across an unspecified behaviour which can be caused
by the example class "counter" of the Boost thread FAQ.
The errounous lines are inside the copy assignment operator of the
class:
boost::mutex::scoped_lock lock1(&m_mutex < &other.m_mutex ?
m_mutex : other
Marshall Clow wrote:
> 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.
Matt Austern lists in his excellent book "Generic Programming and the STL"
the functors select1st and
> Attached is a quick draft of a "Boost Bibliography" page. Each entry is
> bookmarked so it can be referenced directly from other web pages.
>
> Comments?
A good idea, can you add to that the article in
libs/type_traits/c++_type_traits.htm which was in the October 2000 issue of
Dr Dobb's Journal,
Marshall Clow <[EMAIL PROTECTED]> writes:
> 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
I suggest you show how to get an absolute comparison in the documentation.
I have found absolute comparisons most useful (but also relative sometimes).
Do I understand correctly that
BOOST_CHECK_CLOSE(v1, v2, 2. * std::numeric_limits::epsilon() );
would check that the absolute difference between
Fine.
Encourage/remind reference submitters to include book ISBN & journal ISSN. EG Dr
Dobbs Journal is ISSN 1044-789X.
And DOI if available (Digital Object Identifier) see doi.org - these are
permanent liks which do not change if the underlying host server changes name or
address. A program 're
33 matches
Mail list logo
