|
From: | Bernardo Sulzbach |
Subject: | Re: Rethinking octave_idx_type |
Date: | Sat, 26 Nov 2016 17:07:06 -0200 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 |
On 11/25/2016 03:27 PM, Michael D Godfrey wrote:
Instead, it seems that we could define octave_idx_type to be ssize_t (or ptrdiff_t, I think they are equivalent in practice). Then things like fread, fwrite, or simple element-by-element array operations that don't require BLAS or LAPACK functions could work on larger arrays.This appears to be a significant improvement.
This would also fix numel() calls returning overflown values on big matrices under 64-bit systems too.
[Prev in Thread] | Current Thread | [Next in Thread] |