On 1/11/07, Torgil Svensson <torgil.svensson@gmail.com> wrote:
On 1/11/07, Travis Oliphant <oliphant@ee.byu.edu> wrote:
> Torgil Svensson wrote:
>> Example1: We have a very large amount of data with a compressed
>> internal representation
>> Example2: We might want to generate data "on the fly" as it's needed
>> Example3: If module creators to deal with different byte alignments,
>> contiguousness etc it'll lead to lots of code duplication and
>> unnecessarily much work
>> Is it possible to add a data access API to this PEP?>
>> Could you give an example of what you mean?  I have no problem with such
>> a concept.  I'm mainly interested in getting the NumPy memory model into
>> Python some-how.  I know it's not the "only" way to think about memory,
>> but it is a widely-used and useful way.

Sure. I'm not objecting the memory model, what I mean is that data
access between modules has a wider scope than just a memory model.
Maybe i'm completely out-of-scope here, I thought this was worth
considering for the inter-module-data-sharing - scope.

This is where separating the memory block from the API starts to show advantages. OTOH, we should try to keep this all as simple and basic as possible. Trying to design for every potential use will lead to over design, it is a fine line to walk.