
Hi All, The workaround test of the range library is failing for gcc 3.2 and 3.3 and for mingw with gcc 3.2. This seams to be caused by an incorrect placement of some macro's in mpl/if.hpp However, I do not know the correct placement. I've tried a few locations, but they all result in other errors, so I do not know what the right place is. mpl/if.hpp contains the follwoing code: ...snip... #if !defined(BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION) BOOST_MPL_AUX_AGLORITHM_NAMESPACE_BEGIN ...snip... #else // no partial class template specialization ...snip... #endif // BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION BOOST_MPL_AUX_AGLORITHM_NAMESPACE_END ...snip... The value of BOOST_MPL_AUX_AGLORITHM_NAMESPACE_XXX depends on wheter we are using gcc ( >=3) or not. So the _BEGIN is set inside the #if and the and the _END outside. I tried putting the begin before the #if but that din't work, and the _END inside before the #else but that didn't work either. Looking at the other mpl files it seems things are not as simple as that :-(, but I have no idea how the mpl works, so I do not know what the correct solution is. Rob Lievaart.

On Wed, Aug 04, 2004 at 03:49:18PM +0200, Rob Lievaart wrote:
Hi All,
The workaround test of the range library is failing for gcc 3.2 and 3.3 and for mingw with gcc 3.2. This seams to be caused by an incorrect placement of some macro's in mpl/if.hpp
I reported this in http://lists.boost.org/MailArchives/boost/msg68511.php I think the patch I suggested there is wrong, my follow up might be better: http://lists.boost.org/MailArchives/boost/msg68568.php Aleksey said he'll fix it already: http://lists.boost.org/MailArchives/boost/msg68576.php jon -- A man needs a mistress, just to break the monogamy.
participants (2)
-
Jonathan Wakely
-
Rob Lievaart