To Rev or not to Rev

[Dennis Brown]

This BZ on arrays would be a welcome enhancement, but it would not  
improve the speed of processing arrays.  I was thinking along the  
lines of a high speed array processing instruction subset.  They  
would be less flexible than what we have now --the nice flexible data  
types, dynamic memory allocation, and flexible key names are what  
costs the operators so much time to execute.  Just let me define the  
dimensions and data size for a fixed memory allocation and provide  
operators that work on fixed data types.  It should fly through the  
array calculations at least ten times faster.  I just entered a BZ  
request for it.  If you agree, vote.

BZ# 2813

Dennis

On May 4, 2005, at 3:13 PM, MisterX wrote:

> the question mark made it red!!!
>
>  <http://support.runrev.com/bugdatabase/show_bug.cgi?id=555>
>
> works better ;)
>
>
>> -----Original Message-----
>> From: use-revolution-bounces at lists.runrev.com
>> [mailto:use-revolution-bounces at lists.runrev.com] On Behalf Of
>> Richard Gaskin
>> Sent: Wednesday, May 04, 2005 21:08
>> To: How to use Revolution
>> Subject: Re: To Rev or not to Rev
>>
>> Gordon Webster wrote:
>>
>>> I totally agree with Dennis. Efficient arrays are the
>>>
>> missing link in
>>
>>> rev.
>>>
>>
>> <http://support.runrev.com/bugdatabase/show_bug.cgi?id=555?>
>>
>>
>> --
>>   Richard Gaskin
>>   Fourth World Media Corporation
>>   __________________________________________________
>>   Rev tools and more: http://www.fourthworld.com/rev
>> _______________________________________________
>> use-revolution mailing list
>> use-revolution at lists.runrev.com
>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>
>>
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/use-revolution
>