Re: Numeric Bindings to LAPACK on x64
Michael Baumgart <[email protected]>
| Newsgroups | gmane.comp.lib.boost.ublas |
|---|---|
| Message-ID | <[email protected]> |
Ok, thanks a lot for the hints. Works like a charm! I will try out the bindings with a ILP64 Lapack the next time. It might be that Matlab x64 ships with such a version. Cheers, Michael On 24.05.2012 21:11, Andrey Asadchev wrote: > The binding were much simplified (imo) > > for example: > > bindings::begin_value(a) > bindings::stride_major(a), > bindings::begin_value(x) > bindings::stride(x) > > bindings::value_type< MatrixA >::type > > look at is_*, has_*, etc files in > boost/numeric/bindings/ > > On Thu, May 24, 2012 at 1:57 PM, Michael Baumgart <[email protected]> wrote: >> >> >>>>>> >>>>>> For now, I'm compiling with MSVC 10 and I get loads of warnings like the >>>>>> following: >>>>>> <pathtoboost>\boost/numeric/bindings/lapack/ilaenv.hpp(34) : warning >>>>>> C4267: 'argument' : conversion from 'size_t' to 'int', possible loss of data >>>>>> >>>>>> This is quite clear to me, as all size members of ublas types are size_t >>>>>> (=unsigned _int64), while the binding interface bases on int (32bit) types. >>>>>> Although my code runs so far, I'm afraid to run into trouble sometime. >>>>>> >>>>>> Is there a way to correctly handle the x64 case with uBlas and the >>>>>> numeric bindings? >>>>>> >>>>> >>>>> You can't really other than getting ILP64 LAPACK. >>>>> it will hurt you only if you specify lens/dims more than 2^31. >>>> >>>> Ok for the right LAPACK binaries. But still, due to the explicit use of >>>> int types (and the implicit cast) in the bindings, the linking with the >>>> correct binary (with 64bit size types) might fail. >>>> >>>> Wouldn't an adapted binding be necessary? Is this available or >>>> considered somewhere? >>> >>> You are using old bindings >>> Try the new ones: >>> http://svn.boost.org/svn/boost/sandbox/numeric_bindings/ >>> The link is very hard to find through Google. >>> >>> In case you use ILP64 LAPACK set BIND_FORTRAN_INTEGER_8 >> >> Thanks for the hint. I was a bit afraid to switch over to the svn version. >> >> Now I know why: Some old methods are gone. >> I'm sorry to annoy you with that: I was using the traits matrix_storage >> and vector_storage. I can't find them in the current release. Were they >> replaced by some other mechanisms? I couldn't find out. >> >> Thanks a lot for your help. >> Michael >> _______________________________________________ >> ublas mailing list >> [email protected] >> http://lists.boost.org/mailman/listinfo.cgi/ublas >> Sent to: [email protected] > _______________________________________________ > ublas mailing list > [email protected] > http://lists.boost.org/mailman/listinfo.cgi/ublas > Sent to: [email protected] _______________________________________________ ublas mailing list [email protected] http://lists.boost.org/mailman/listinfo.cgi/ublas Sent to: [email protected]