Re: [boost] numeric-ublas errors with Comeau

Hi Bronek, It seems from Jonathan's and your info the overloads uBLAS needs (for float types) should be in cmath. As you show the work around is to #include <cstdlib> I would like to make this library version dependant but for now have simply place the include in uBLAS's "config.hpp" header. Looking at the regression tests there is a far more serious problem. There is a series of warning thus: ublas/matrix.hpp", line 1030: warning #504-D: nonstandard form for taking the address of a member function size1_ (ae ().size1 ()), size2_ (ae ().size2 ()), data_ (functor_type::size1 (size1, size2) + 1) { The warning point to the functor_type::size1(size1,size2). The compiler is getting this very wrong. There is no address to be taken here! It should be calling the static 'size1' member of the functor_type. This is probably the cause of a few further failures. Michael

Michael Stevens wrote:
ublas/matrix.hpp", line 1030: warning #504-D: nonstandard form for taking the address of a member function size1_ (ae ().size1 ()), size2_ (ae ().size2 ()), data_ (functor_type::size1 (size1, size2) + 1) {
The warning point to the functor_type::size1(size1,size2). The compiler is getting this very wrong. There is no address to be taken here! It should be calling the static 'size1' member of the functor_type. This is probably the cause of a few further failures.
I do not know if size1 is template function, but if it is that I think that Comeau is right. If functions should be called, then maybe "size1, size2" (lines 1030, 1031, 1032) should be replaced with "functor_type::size1(), functor_type::size2()" ? B.

Michael Stevens wrote:
I would like to make this library version dependant but for now have simply place the include in uBLAS's "config.hpp" header.
I have received updated <cmath> from Comeau and it contains all necessary functions - I just removed your workaround on my machine and performed tests, everything is fine. If anybody is interested, I can send out fixed <cmath> file for libcomo 31. Support for Comeau compiler is incredibly responsive, I think they treat it personally ;-) B.
participants (2)
-
Bronek Kozicki
-
Michael Stevens