RE: [boost] Re: Proposed Boost Assert -- once again

Title: RE: [boost] Re: Proposed Boost Assert -- once again > From: Eric Woodruff [mailto:[EMAIL PROTECTED]] > > In my opinion, assertions indicate enfrorcement of pre/post conditions, that > are separate from the algorithmic logic of a function. What happens from the > result of the assertion,

[boost] Re: Proposed Boost Assert -- once again

In my opinion, assertions indicate enfrorcement of pre/post conditions, that are separate from the algorithmic logic of a function. What happens from the result of the assertion, an exception or an abort is a separate issue. Consider (if assert takes a boost::function0): assert (!harddrive.isFrag

Re: [boost] Re: Copy Constructible Concept

Douglas Gregor <[EMAIL PROTECTED]> writes: > I've given probably the closest thing to a proof that one can get without > having a formal specification. It uses only semantic equivalences given in > the three paragraphs it cites. Is there a problem with it? FWIW, I'm satisfied. --

[boost] Re: high order type traits and MPL

> > Hi, > > > > Does anybody know how to implement type traits that will allow me to check > > whether argument type T is instance od template A. Particularly I am > > interested in mpl sequences. I.e.: > > > > is_instance_of::value > > Check out boost/lambda/detail/is_instance_of.hpp > > /Jaakko

[boost] Re Serialization - locale

Gentlemen, Those interested in locale for text archives: How does this strike you? text_iarchive(Stream &_is) : is(_is) { // archives always use classic locale #ifndef BOOST_NO_STD_LOCALE plocale = is.imbue(std::lo

[boost] tuples doc problem

The advanced features page doesn't say which namespace classes such as boost::tuples::null_type reside in, AFAICT. If I just missed it, it needs to be clarified. -- David Abrahams [EMAIL PROTECTED] * http://www.boost-consulting.com Boost support, enhancements, training,

Re: [boost] Re: Copy Constructible Concept

On Friday 15 November 2002 04:45 pm, Gennaro Prota wrote: > Now, let me say that there's an explicit > contradiction (as usual in such scenarios where a "special" case is assumed > to be specified separately) between 5.2.10/10 and 5.2.10/7, because the > latter says that in > > reinterpret_cast(&

Re: [boost] high order type traits and MPL

On Fri, 15 Nov 2002, Gennadiy Rozental wrote: > Hi, > > Does anybody know how to implement type traits that will allow me to check > whether argument type T is instance od template A. Particulaly I am > interested in mpl sequences. I.e.: > > is_instance_of::value Check out boost/lambda/detail/i

[boost] high order type traits and MPL

Hi, Does anybody know how to implement type traits that will allow me to check whether argument type T is instance od template A. Particulaly I am interested in mpl sequences. I.e.: is_instance_of::value This syntax presume template template parameter. I would prefer MSVC6 compartible way of co

[boost] Re: Serialization Submission version 6

Robert Ramey wrote: > register_cross_program_class_identifier(const char *id="T") > An alternative could be to use register_type<> as it is, but augment the serialization traits class to provide a const char* serialization::get_cross_program_class_identifier(); This solution has the advantage

Re: [boost] Named Template Parameters implementation

- Original Message - From: "Jaakko Jarvi" <[EMAIL PROTECTED]> To: "Boost mailing list" <[EMAIL PROTECTED]> Sent: Friday, November 15, 2002 4:50 PM Subject: Re: [boost] Named Template Parameters implementation > > OK, I read the docs, followed the example and *tried* to use it in the > >

Re: [boost] Re: Copy Constructible Concept

>From: "Gennaro Prota" <[EMAIL PROTECTED]> > --- David Abrahams <[EMAIL PROTECTED]> wrote: > > Gennaro Prota <[EMAIL PROTECTED]> writes: > > > > Who knows? When I encounter these sorts of situations I dream a > > > standard where propositions can be demonstrated like in mathematics or > > > counte

Re: [boost] Re: Copy Constructible Concept

>From: "Gennaro Prota" <[EMAIL PROTECTED]> > On Fri, 15 Nov 2002 16:05:05 -0500, David Abrahams > <[EMAIL PROTECTED]> wrote: > > >Douglas Gregor <[EMAIL PROTECTED]> writes: > >> You'll have to back that up with some standardese. AFAICT, 5.2.10/10 lets > >> addressof() work: > >> "That is, a refe

[boost] Re: String algorithm library

Rozental, Gennadiy wrote: Seq& trim_copy( Seq& input, Seq& trim_func( Seq&, const std::locale& ) ); In my opinion all algorithms without suffix should perform in-place operations, while the ones that make copies should have suffix "_copy". That would be more intuitive and also more consistent

Re: [boost] Re: Copy Constructible Concept

--- David Abrahams <[EMAIL PROTECTED]> wrote: > Gennaro Prota <[EMAIL PROTECTED]> writes: > > Who knows? When I encounter these sorts of situations I dream a > > standard where propositions can be demonstrated like in mathematics or > > counter-examples provided. Don't you? > > Yeah, but then I

[boost] Re: Serialization Submission version 6

Vahan Margaryan wrote: Eric Woodruff wrote: type_info is not portable in the slightest. I realize that. I just pointed out that it's not so convenient to have user-supplied string ids because of the template classes. As pointed out by Robert, the user-supplied string id could be made optional

[boost] Re: Serialization Submission version 6

Robert Ramey wrote: I believe I have found the an acceptable resolution to the "registration" cunundrum. (note: I consider this "registration" topic is a different issue from my registry class proposal. This one relates to "identification" of user classes, while mine is just an issue of facto

Re: [boost] Re: Copy Constructible Concept

Gennaro Prota <[EMAIL PROTECTED]> writes: > On Fri, 15 Nov 2002 16:05:05 -0500, David Abrahams > <[EMAIL PROTECTED]> wrote: > >>Douglas Gregor <[EMAIL PROTECTED]> writes: >>> You'll have to back that up with some standardese. AFAICT, 5.2.10/10 lets >>> addressof() work: >>> "That is, a referenc

[boost] Re: Serialization Submission version 6

Vladimir Prus wrote: Robert Ramey wrote: Now I remember why I included this. Suppose that an archive is created where the default local is a spanish speaking country where the number 123 thousand is written 123.000 The archive is sent to another country where the default locale is an english

Re: [boost] DocBook/XML Reference Documentation updates

David Abrahams <[EMAIL PROTECTED]> writes: > Douglas Gregor <[EMAIL PROTECTED]> writes: > >> On Friday 15 November 2002 01:54 pm, Jeff Garland wrote: >>> > The discussion of this started here, and somewhere in the pile is a full >>> > diagram showing how everything could work, starting with docume

[boost] Re: Copy Constructible Concept

On Fri, 15 Nov 2002 16:05:05 -0500, David Abrahams <[EMAIL PROTECTED]> wrote: >Douglas Gregor <[EMAIL PROTECTED]> writes: >> You'll have to back that up with some standardese. AFAICT, 5.2.10/10 lets >> addressof() work: >> "That is, a reference cast reinterpret_cast(x) has the same effect as >

Re: [boost] Re: Copy Constructible Concept

From: "Douglas Gregor" <[EMAIL PROTECTED]> > > Just to spell it out in agonizing detail, so we can look for any holes in my > logic: > > template T* addressof(T& v) > { > return reinterpret_cast( > &const_cast(reinterpret_cast(v))); > } The only hole is that the above doesn't w

Re: [boost] Re: Copy Constructible Concept

--- Douglas Gregor <[EMAIL PROTECTED]> wrote: > On Friday 15 November 2002 03:36 pm, Gennaro Prota wrote: > > of inventing a separate concept (say "Addressable") for them. The problem I > > see in your resolution is that AFAIK addressof() is not guaranteed to work > > by the standard. Yes, it has

Re: [boost] Re: Copy Constructible Concept

Douglas Gregor <[EMAIL PROTECTED]> writes: > On Friday 15 November 2002 03:36 pm, Gennaro Prota wrote: >> of inventing a separate concept (say "Addressable") for them. The problem I >> see in your resolution is that AFAIK addressof() is not guaranteed to work >> by the standard. Yes, it has an ext

Re: [boost] Re: Copy Constructible Concept

On Friday 15 November 2002 03:45 pm, Douglas Gregor wrote: > On Friday 15 November 2002 03:36 pm, Gennaro Prota wrote: > > of inventing a separate concept (say "Addressable") for them. The problem > > I see in your resolution is that AFAIK addressof() is not guaranteed to > > work by the standard.

Re: [boost] DocBook/XML Reference Documentation updates

Douglas Gregor <[EMAIL PROTECTED]> writes: > On Friday 15 November 2002 01:54 pm, Jeff Garland wrote: >> > The discussion of this started here, and somewhere in the pile is a full >> > diagram showing how everything could work, starting with documentation >> > extractors like Doxygen and Synopsis

RE: [boost] Pool Iterators?

> -Original Message- > From: Geoff Leyland [mailto:geoff.leyland@;epfl.ch] > > Hi Steve, > > Thanks for the reply. And sorry for the delay on this reply! :) > On Lundi, novembre 11, 2002, at 06:00 , [EMAIL PROTECTED] wrote: > > > One possibility is to write an object type that sits bet

Re: [boost] DocBook/XML Reference Documentation updates

Douglas Gregor <[EMAIL PROTECTED]> writes: > On Friday 15 November 2002 01:54 pm, Jeff Garland wrote: >> > The discussion of this started here, and somewhere in the pile is a full >> > diagram showing how everything could work, starting with documentation >> > extractors like Doxygen and Synopsis

Re: [boost] Re: Copy Constructible Concept

On Friday 15 November 2002 03:36 pm, Gennaro Prota wrote: > of inventing a separate concept (say "Addressable") for them. The problem I > see in your resolution is that AFAIK addressof() is not guaranteed to work > by the standard. Yes, it has an extremely high probability to do the right > thing,

Re: [boost] Re: Copy Constructible Concept

Douglas Gregor <[EMAIL PROTECTED]> writes: > On Friday 15 November 2002 02:42 pm, Gennaro Prota wrote: >> On Fri, 15 Nov 2002 13:24:41 -0500, Douglas Gregor <[EMAIL PROTECTED]> >> >> wrote: >> >Most likely, those present either didn't think it was a problem or didn't >> > feel strongly enough abou

Re: [boost] Re: Copy Constructible Concept

--- Douglas Gregor <[EMAIL PROTECTED]> wrote: [...] > For reference, the address of an object can be retrieved without using > the address-of operator with the following function template: > > template T* addressof(T& v) > { > return reinterpret_cast( > &const_cast(reinterpret_

Re: [boost] Proposed Boost Assert -- once again

David Abrahams writes: >> I don't want to make a mountain out of a molehill, but I believe there >> is a difference between the two: is part of the C++ Standard, >> and is not. [...] > > Nope. [...] C++ includes all of the 'C' headers. OK. Objection withdrawn. __

RE: [boost] Proposed Boost Assert -- once again

> -Original Message- > From: Kevin S. Van Horn [mailto:Kevin.VanHorn@;ndsu.NoDak.edu] > Sent: Friday, November 15, 2002 9:00 AM > To: [EMAIL PROTECTED] > Subject: Re: [boost] Proposed Boost Assert -- once again > > > Peter Dimov write: > > > Throwing an exception from BOOST_ASSERT is un

[boost] bind, mem_fn, and private inheritance

Suppose I have the following: class Base { void foo(int); }; class Derived: private Base { public: void bar(); }; void Derived::bar() { vector v; for_each(v.begin(), v.end(), boost::bind(&Base::foo,this,_1)); } This is a reasonably common thing to want to do, except for the

Re: [boost] Re: Copy Constructible Concept

On Friday 15 November 2002 02:42 pm, Gennaro Prota wrote: > On Fri, 15 Nov 2002 13:24:41 -0500, Douglas Gregor <[EMAIL PROTECTED]> > > wrote: > >Most likely, those present either didn't think it was a problem or didn't > > feel strongly enough about the situation to speak up. There really aren't >

RE: [boost] Named Template Parameters implementation

This archive contains one header and test http://groups.yahoo.com/group/boost/files/smart_pointers/Policy%20based%20sm art_ptr/smart_ptr.zip Here the message with description http://aspn.activestate.com/ASPN/Mail/Message/1190858 Compile and work on MSVC6.5 and gcc. But Jaakko version has it's ow

Re: [boost] Named Template Parameters implementation

> OK, I read the docs, followed the example and *tried* to use it in the > library. > Unfortunately, I received tons of mysterious compiler errors with BCC55; > apparently as a result of the usage of template template parameters in > ntp::as_named<>. as_named is needed if you allow an argument slo

Re: [boost] Re: Proposed Boost Assert -- once again

From: "Bertolt Mildner" <[EMAIL PROTECTED]> > > BTW: CW also defines __PRETTY_FUNCTION__ (at least since 8.0) > > diff -r1.3 current_function.hpp > 30c30 > < #if defined(__GNUC__) > --- > > #if defined(__GNUC__) || (defined(__MWERKS__) && (__MWERKS__ >= 0x3000)) Applied, thanks. _

[boost] Re: Copy Constructible Concept

On Fri, 15 Nov 2002 13:24:41 -0500, Douglas Gregor <[EMAIL PROTECTED]> wrote: >Most likely, those present either didn't think it was a problem or didn't feel >strongly enough about the situation to speak up. There really aren't all that >many good uses for overloading operator&, and it can be a

[boost] Re: Proposed Boost Assert -- once again

> > > #include > > > > I don't follow what this is about. The "handler," as I > > understand it, is assertion_failed() declared below, so > > why this header? > > boost/current_function.hpp defines the > BOOST_CURRENT_FUNCTION macro. BTW: CW also defines __PRETTY_FUNCTION__ (at least since 8

Re: [boost] Named Template Parameters implementation

OK, I read the docs, followed the example and *tried* to use it in the library. Unfortunately, I received tons of mysterious compiler errors with BCC55; apparently as a result of the usage of template template parameters in ntp::as_named<>. Gennadiy, I'm not sure if I understood what you said... d

Re: [boost] DocBook/XML Reference Documentation updates

On Friday 15 November 2002 01:54 pm, Jeff Garland wrote: > > The discussion of this started here, and somewhere in the pile is a full > > diagram showing how everything could work, starting with documentation > > extractors like Doxygen and Synopsis and ending with a number of end-user > > document

Re: [boost] Proposed Boost Assert -- once again

From: "Kevin S. Van Horn" <[EMAIL PROTECTED]> > Peter Dimov write: > > > Throwing an exception from BOOST_ASSERT is undesired behavior. I don't > > want it as a standard option. > > Except that, in the case I pointed out, it sometimes is desired behavior > and the Right Thing(tm) to do. One aborts

Re: [boost] Proposed Boost Assert -- once again

From: "Kevin S. Van Horn" <[EMAIL PROTECTED]> > Peter Dimov writes: > > > Making [Boost Assert] more suitable for application-level use may mean > > that it becomes unacceptable for some Boost libraries. > > Can you give me a for-instance? I don't see the conflict. No, I can't. This was a gener

RE: [boost] DocBook/XML Reference Documentation updates

> The discussion of this started here, and somewhere in the pile is a full > diagram showing how everything could work, starting with documentation > extractors like Doxygen and Synopsis and ending with a number of end-user > documentation formats: Captured on the Wiki @ http://www.crystalcl

Re: [boost] DocBook/XML Reference Documentation updates

On Saturday 02 February 2002 09:38 pm, Ihsan Ali Al Darhi wrote: > Why don't you produce this explanation of how you will document Boost > library using XML and other stuffs in a single documentation? The input is a DocBook XML document with extended syntax that allows specification of C++ refere

RE: [boost] MPL lambda

> -Original Message- > From: Aleksey Gurtovoy [mailto:agurtovoy@;meta-comm.com] > Sent: Friday, November 15, 2002 7:52 AM > To: 'Boost mailing list' > Subject: RE: [boost] MPL lambda > > > Rozental, Gennadiy wrote: > > I am having hard time grasping how this %#$% lambda facility > > is w

Re: [boost] Re: Copy Constructible Concept

On Friday 15 November 2002 10:31 am, Gennaro Prota wrote: > I don't see the reason for the inclusion of operator & either. However > if really that reason doesn't exist it is *vry* strange that this > wasn't noticed during discussions about library issue 69: > > http://std.dkuug.dk/jtc1/sc

RE: [boost] String algorithm library

> Trimming: > >Iterator trim_begin( Iterator InBegin, Iterator InEnd, > const std::locale& Loc=std::locale() ) >Seq ltrim( const Seq& Input, const std::locale& Loc=std::locale() ) >Seq& ltrim_in( Seq& Input, const std::locale& Loc=std::locale() ) >Seq rtrim( const Seq& Input, cons

RE: [boost] Named Template Parameters implementation

Unfortunately this implementation is using template template parameters and partial specialization. I still could not find a time to write a proper comments to this submission. I Will do soon. But If it does not bother it pretty easy to use (easier then one adopted by me from iterator_adaptors for

Re: [boost] String algorithm library

- Original Message - From: "Pavol Droba" <[EMAIL PROTECTED]> > bool contains( const Seq1& Input, const Seq2& Prefix, BinaryPredicate Comp ) BTW, contains is one of the new proposed algorithms. It would be double work to provide it here. regards Thorsten Ottosen, AAU __

Re: [boost] DocBook/XML Reference Documentation updates

Hi... Why don't you produce this explanation of how you will document Boost library using XML and other stuffs in a single documentation? Mohammed ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Re: [boost] String algorithm library

- Original Message - From: "Pavol Droba" <[EMAIL PROTECTED]> > As there has been an interest I'd like to ask you if such a library should become a part of boots > in the future. I'd be happy to hear any opinions and suggestions. I would always like prefer a library function to writing my o

Re: [boost] Re: Serialization Submission version 6

"William E. Kempf" <[EMAIL PROTECTED]> writes: > David Abrahams said: >> "William E. Kempf" <[EMAIL PROTECTED]> writes: >> >> Not all uses of serialization depend on that. > > Most of the cases I've ever had a need for do. Either it's being used to > persist data, or it's being used to do IPC. A

Re: [boost] Proposed Boost Assert -- once again

"Kevin S. Van Horn" <[EMAIL PROTECTED]> writes: > Peter Dimov write: > >> > 1. The proper C++ header file is , not . >> >> True. The "improper" header has the advantage that it's universally >> available, though, and there is no other difference between the two, > > I don't want to make a mountai

Re: [boost] Re: MPL lambda

Mat Marcus wrote: Scatter hierarchies can be achieved by using inherit_linearly together with mpl::inherit. See the second example that Aleksey cited *is* an example of a scatter hierarchy. Forgive me, I hadn't realized this. That's just too cool! :) Thanks. Regards, Dirk Gerrits

Re: [boost] Re: Serialization Submission version 6

David Abrahams said: > "William E. Kempf" <[EMAIL PROTECTED]> writes: > >> David Abrahams said: >>> "Eric Woodruff" <[EMAIL PROTECTED]> writes: >>> type_info is not portable in the slightest. >>> >>> There are lots of applications where that doesn't matter. And with a >>> little postprocessin

Re: [boost] Proposed Boost Assert -- once again

Peter Dimov write: > > 1. The proper C++ header file is , not . > > True. The "improper" header has the advantage that it's universally > available, though, and there is no other difference between the two, I don't want to make a mountain out of a molehill, but I believe there is a difference b

Re: [boost] Re: MPL lambda

Scatter hierarchies can be achieved by using inherit_linearly together with mpl::inherit. See the second example that Aleksey cited *is* an example of a scatter hierarchy.

Re: [boost] Proposed Boost Assert -- once again

Peter Dimov writes: > Making [Boost Assert] more suitable for application-level use may mean > that it becomes unacceptable for some Boost libraries. Can you give me a for-instance? I don't see the conflict. ___ Unsubscribe & other changes: http://li

[boost] Re: Serialization Library Review

Thomas Matelich wrote: Anyway, seemed like a nice package for general use. My company is currently in love with XML, so I probably wouldn't be using it for our commercial products. Maybe you missed it due to only skimming the documentation, but it is possible to write your own archive types

Re: [boost] Named Template Parameters implementation

> > Don't know about state of the art, but this library tries to do a > > decent job: > > > > libs/named_template_parameters in boost sandbox. > > > Opps! In my previous message (hope it arrives before this one); No it didn't :) I asked you > to give me an example of how to use it... > But I mi

[boost] Re: MPL lambda

Aleksey Gurtovoy wrote: Rozental, Gennadiy wrote: >Also is there gen_scattered/linear_hierarchy implementation >somewhere for MPL sequenses? MPL's 'inherit_linearly' algorithm + 'inherit' metafunction (in the CVS now) cover both of these. Please see http://cvs.sourceforge.net/cgi-bin/viewcvs.

[boost] Reminder: Serialization Library Review

This is a reminder that the review of Robert Ramey's serialization Library will be ending on Monday, 18 November. Please post your review comments with a vote before that time. -- Here is an introductory paragraph describing the library, from its documentation. In this system, we use term "s

[boost] String algorithm library

Hi Boosters, I have developed a set of various string manipulating functions into a string_algo lib. The choice is partly based on the discussion here in the boost list. The implementaion is currently in the sandbox in the boost/string_algo.hpp header and boost/string_algo dir. There is a sma

[boost] Re: Serialization Library Review

Disclaimer: I haven't read any other reviews or much of the discussion of this library so I can't say if my issues have already been covered. Serialization Review I haven't participated in any reviews for a long time, so I thought I'd tackle this one. Conveniently, I had a little tool that was

Re: [boost] Named Template Parameters implementation

- Original Message - From: "Jaakko Jarvi" <[EMAIL PROTECTED]> To: "Boost mailing list" <[EMAIL PROTECTED]> Sent: Friday, November 15, 2002 12:18 PM Subject: Re: [boost] Named Template Parameters implementation > > On Fri, 15 Nov 2002, Fernando Cacciola > wrote: > > > As a final touch in

Re: [boost] Named Template Parameters implementation

> Don't know about state of the art, but this library tries to do a > decent job: > > libs/named_template_parameters in boost sandbox. > Opps! In my previous message (hope it arrives before this one); I asked you to give me an example of how to use it... But I missed the "/lib" part... I just looke

Re: [boost] DocBook/XML Reference Documentation updates

On Friday 15 November 2002 01:56 am, Douglas Gregor wrote: > The current HTMLized version of the Boost.Function docs (incomplete, but > getting closer...) is here: > http://www.cs.rpi.edu/~gregod/Boost/function-html/ > > The man pages (very much improved!) are available here: > http://www.cs.rp

[boost] Re: boost::graph - incorrect answers withdikjstra_shorts_paths

Thanks, Jeremy. I appreciate any help you can provide... Marc "Jeremy Siek" <[EMAIL PROTECTED]> wrote in message news:2147483647.1037316564@;[192.168.1.102]... > Hi Marc, > > I don't have time to look at this right now, but I'll try to get to it this > weekend. > > Regards, > Jeremy > > >

[boost] Re: Copy Constructible Concept

On Tue, 29 Oct 2002 16:24:19 -0500, Douglas Gregor <[EMAIL PROTECTED]> wrote: >On Tuesday 29 October 2002 04:10 pm, Kevin S. Van Horn wrote: >> Why are requirements about the address operator (&) included in the >> CopyConstructible concept at >> http://www.boost.org/libs/utility/CopyConstructible

Re: [boost] Named Template Parameters implementation

On Fri, 15 Nov 2002, Fernando Cacciola wrote: > As a final touch in the Numeric Conversion library I have almost ready, I > want to add it named template parameters for easier usage. > Were can I borrow the State of the Art implementation of this idiom from? Don't know about state of the art,

Re: [boost] Re: DocBook/XML Reference Documentation updates

On Friday 15 November 2002 09:51 am, James Curran/MVP wrote: > These are generated from XML, correct? If so, could you include a link > to the source XML? Yep, yep, and here: http://www.cs.rpi.edu/~gregod/Boost/function.xml It's mostly a DocBook document, but the tag is C++ class (templat

[boost] Re: Win32 regressions on main trunk updated

Somewhere in the E.U., le 15/11/2002 Bonjour David Abrahams wrote: > > Hubert HOLIN <[EMAIL PROTECTED]> writes: > > > Somewhere in the E.U., le 15/11/2002 > > > > Bonjour > > > > Something odd is going on... My code does include > > (on line 16 for both quaternion_t

[boost] Re: DocBook/XML Reference Documentation updates

These are generated from XML, correct? If so, could you include a link to the source XML? Also, on the HTML, all the graphic seem to point to broken links. -- Truth, James Curran www.NovelTheory.com (Personal) www.NJTheater.com (Professional) www.aurora-inc.com (Day job) "Douglas

[boost] Named Template Parameters implementation

Hi All! As a final touch in the Numeric Conversion library I have almost ready, I want to add it named template parameters for easier usage. Were can I borrow the State of the Art implementation of this idiom from? TIA, Fernando Cacciola ___ Unsubscri

Re: [boost] Can type_traits be user specialized?

- Original Message - From: "John Maddock" <[EMAIL PROTECTED]> To: "Boost mailing list" <[EMAIL PROTECTED]> Sent: Friday, November 15, 2002 8:40 AM Subject: Re: [boost] Can type_traits be user specialized? > > I have a problem however, which I think it would be useful to discuss > > gener

RE: [boost] MPL remarks

Gennadiy Rozental wrote: > 1. Copy reference page in a semantics section contains > strange text. Are you sure it is true? Yes :). Citing the "Description" section: "copy is, in fact, just another name for fold. It was introduced for symmetry with copy_if [1], and because it's a nice name for on

Re: [boost] Proposed Boost Assert -- once again

From: "Kevin S. Van Horn" <[EMAIL PROTECTED]> > > 1. The proper C++ header file is , not . True. The "improper" header has the advantage that it's universally available, though, and there is no other difference between the two, as the macro assert isn't std-namespaced. > 2. I think using familiar

RE: [boost] MPL fold algorithms

Gennadiy Rozental wrote: > Would it correct to state that following pseudo-code properly > reflect the essence of the appropriate algorithms: > > iter_fold( sequence s, state st, binary_operator op ) { >iterator it = s.begin(); > >while( it != s.end() ) >st = op( st, it ); r

Re: [boost] Proposed Boost Assert -- once again

From: "Kevin S. Van Horn" <[EMAIL PROTECTED]> > Peter Dimov writes: > > > what is the intended audience of BOOST_ASSERT, Boost library developers > > or "end users"? > > Both. I would like a uniform way of handling assertions / tests of > preconditions in Boost libraries, and I would also like to

Re: [boost] Re: Win32 regressions on main trunk updated

Hubert HOLIN <[EMAIL PROTECTED]> writes: > Somewhere in the E.U., le 15/11/2002 > > Bonjour > > Something odd is going on... My code does include > (on line 16 for both quaternion_test.cpp and > octonion_test.cpp, on line 13 for quaternion_mi_test.cpp, though > admitedly not y

RE: [boost] MPL lambda

Rozental, Gennadiy wrote: > I am having hard time grasping how this %#$% lambda facility > is working. I hope you mean "what it does/how to use it" as opposite to "how it does what it does" ;). > Unfortunally paper does not provide enough information. > Could you at least provide general scetc

[boost] Re: Win32 regressions on main trunk updated

Somewhere in the E.U., le 15/11/2002 Bonjour Something odd is going on... My code does include (on line 16 for both quaternion_test.cpp and octonion_test.cpp, on line 13 for quaternion_mi_test.cpp, though admitedly not yet for quaternion_mi1.cpp, quaternion_mi2.cpp and HS

Re: [boost] Re: Win32 regressions on main trunk updated

> What I was wondering about was whether the test machine (not mine, I'm > still under MacOS 9.2.2 using CodeWarrior) had its headers properly configured. > > The released version has BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION > defined for that compiler, but the main trunk version behaves as though

Re: [boost] Can type_traits be user specialized?

> I have a problem however, which I think it would be useful to discuss > generally. > > Unfortunately, some compilers -like bcc55- provide a 'default' > numeric_limits<> with no compile-time constants, while the specializations > do have compile-time values. Therefore, boost's numeric_limits<> is

[boost] Re: Relational tables: Ditto and RTL

"Darryl Green" <[EMAIL PROTECTED]> wrote in message news:50C88F08DFE7D611BB5C0060B0C4DD831426FD@;WNTX... > I'm not entirely clear on what this means in practice. If I instantiate an > operator using a table then add or delete elements from the table, I have > violated the concept that all relatio

Re: [boost] cyclic buffer

Rob Stewart wrote: > From: Jan Gaspar <[EMAIL PROTECTED]> > > > > This is something different - it is an iterator; if it reaches an end of the >container it shifts to its beginning. Cyclic buffer is a > > container with different capabilities. I can send it to you, if you want. > > Of course it

[boost] MPL remarks

1. Copy reference page in a semantics section contains strange text. Are you sure it is true? 2. Does compose facility gets tested anywhere? 3. MPL contains typeof implementation based on Bill Gibbons article. Don't we want to factor it out to make it publically available? 4. It would be very he

Re: [boost] [uBLAS] Interest in Possible Small RefactorisationContribution

On Friday 15 November 2002 05:46, Matt Davies wrote: Could you post some code and or examples ? > I noticed some minor duplication in vector.hpp so using cut & paste and > a little inventiveness I have refactored scalar_vector, unit_vector and > zero_vector into a single function_vector that take

[boost] MPL fold algorithms

Hi, Would it correct to state that following pseudo-code properly reflect the essence of the appropriate algorithms: iter_fold( sequence s, state st, binary_operator op ) { iterator it = s.begin(); while( it != s.end() ) st = op( st, it ); } fold( sequence s, state st, binary_opera