Boost logo

Boost Users :

From: Ovanes Markarian (om_boost_at_[hidden])
Date: 2006-12-13 11:13:18


Dave,

Thanks for your answers. Can you point me to the docs, how I should organize
the test cases?
Should these be some sort of BOOST_STATIC_ASSERTS etc.

I think I could easily extract some code parts and do it.

Many thanks,
Ovanes
 

-----Original Message-----
From: David Abrahams [mailto:dave_at_[hidden]]
Sent: Wednesday, December 13, 2006 3:36 PM
To: boost-users_at_[hidden]
Cc: Aleksey Gurtovoy
Subject: Re: [Boost-users] updating mpl::map to 1.34

"Ovanes Markarian" <om_boost_at_[hidden]> writes:

> To be honest, I tested the max_element with files (algorithms) from
> 1.34 and it did not work (map files did not update for 2 years). May
> be I forgot smth. The transformation of vector to map via fold worked.
> I can try to reverse the process and see if it works for map to
> vector. But I do not see any reason, to transform to vector first and
> afterwords iterate through vector again for finding the max element.
> As you can imagine, this will have impact on compilation speed. On the
> other hand, I can write my own traversal algorithm for maps. But it would
be better to use some standard algorithms.

It sounds like you translplanted 1.34's MPL into your existing Boost
installation? Remember I said that might not work.

> Some probably weird question: If mpl::map fulfills the requirement of
> ForwardSequence, why wasn't it tested with for_each or max_element or
> may be some other useful algorithms?

Probably just an oversight.

If you have some simple test cases we can add to the MPL test suite, please
add them to the Boost SourceForge patch tracker. If they fail, maybe we'll
fix a bug.

--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
_______________________________________________
Boost-users mailing list
Boost-users_at_[hidden]
http://lists.boost.org/mailman/listinfo.cgi/boost-users

Boost-users list run by williamkempf at hotmail.com, kalb at libertysoft.com, bjorn.karlsson at readsoft.com, gregod at cs.rpi.edu, wekempf at cox.net