Re: [Boost-users] boost/numeric/ublas/matrix_sparse.hpp does not play well with RICE
Indeed, reversing the #include order seems to work. I thought I'd tried it, but it's compiling just fine now. Thanks so much, John
Date: Sat, 22 May 2010 12:18:02 -0400 From: Nat Goodspeed <nat@lindenlab.com> To: "boost-users@lists.boost.org" <boost-users@lists.boost.org> Subject: Re: [Boost-users] boost/numeric/ublas/matrix_sparse.hpp does not play well with RICE Message-ID: <55DB80E1-0E3B-456F-9C8D-E5650C62A409@lindenlab.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes
On May 21, 2010, at 3:49 PM, "John O. Woods" <john.woods@marcottelab.org> wrote:
I've included the current code below. It compiles perfectly if I comment the first line.
#include <rice/Data_Type.hpp> #include <boost/numeric/ublas/matrix_sparse.hpp> int main() { return 0; }
What if you reverse the order of the #includes?
John O. Woods wrote:
Indeed, reversing the #include order seems to work. I thought I'd tried it, but it's compiling just fine now.
To me that confirms that it's RICE that doesn't play well with other libraries.
AMDG Nat Goodspeed wrote:
John O. Woods wrote:
Indeed, reversing the #include order seems to work. I thought I'd tried it, but it's compiling just fine now.
To me that confirms that it's RICE that doesn't play well with other libraries.
Indeed. RICE appears to #define ALLOC. Does it work with: #include <rice/Data_Type.hpp> #undef ALLOC #include <boost/numeric/ublas/matrix_sparse.hpp> int main() { return 0; } In Christ, Steven Watanabe
participants (3)
-
John O. Woods
-
Nat Goodspeed
-
Steven Watanabe