[mpl] mpl::is_sequence problem

Hi, A few months ago, I had a problem with mpl::is_sequence. It seems that the problem is not yet fixed. Anyway, to simplify, here's the code that exhibits the problem: #include <boost/mpl/is_sequence.hpp> int main() { bool r = boost::mpl::is_sequence<boost::mpl::int_<0> >::value; return 0; } The code does not compile on all compilers that I use regularly (VC++, g++ and Comeau). Here's a another code that does not compile: #include <boost/mpl/is_sequence.hpp> struct x { typedef int tag; }; int main() { bool r = boost::mpl::is_sequence<x>::value; return 0; } Is there any chance for this to be fixed in the immediate future? I rely on mpl::is_sequence for constrained genericity and concept checking in fusion. Regards, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net

"Joel de Guzman" <joel@boost-consulting.com> wrote in message news:docupe$tol$1@sea.gmane.org...
Hi,
A few months ago, I had a problem with mpl::is_sequence. It seems that the problem is not yet fixed. Anyway, to simplify, here's
[...] Would this be the same problem as that due to inclusion of has_type.hpp (which includes has_xxx.hpp)? http://lists.boost.org/Archives/boost/2005/10/95809.php Sorry I havent checked whether this issue has been fixed in the latest distro. regards Andy Little

Hi, I hope this post did not go unnoticed. Thanks! Joel de Guzman wrote:
Hi,
A few months ago, I had a problem with mpl::is_sequence. It seems that the problem is not yet fixed. Anyway, to simplify, here's the code that exhibits the problem:
#include <boost/mpl/is_sequence.hpp>
int main() { bool r = boost::mpl::is_sequence<boost::mpl::int_<0> >::value; return 0; }
The code does not compile on all compilers that I use regularly (VC++, g++ and Comeau). Here's a another code that does not compile:
#include <boost/mpl/is_sequence.hpp>
struct x { typedef int tag; };
int main() { bool r = boost::mpl::is_sequence<x>::value; return 0; }
Is there any chance for this to be fixed in the immediate future? I rely on mpl::is_sequence for constrained genericity and concept checking in fusion.
Regards,
-- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net
participants (2)
-
Andy Little
-
Joel de Guzman