GitLab

Field.Access compare fails when one field access returns the offsets as ints in its hashable contents
and another one as sp.Integers.

move_constants_before_loop needed to be changed to move already-existing variables up if necesesary and to preserve constness when renaming variables

- bugfix: loop counter of vectorized loop now correctly stored as SIMD vector with entries i, i+1, i+2, ...
- basis for in-kernel boundary handling

- numpy constants get directly their numpy type
- integer functions check for integer types at construction

- backend, target and compile are now normal members of the
  KernelFunction node and populated in constructor

Nils Kohl authored Mar 27, 2019 and Martin Bauer committed Apr 26, 2019

- introduced AbstractField and AbstractAccess

Fixes #28

When two loops have assignments to the same symbol with different
rhs and both are pulled before the loops, one of them is now renamed.
Previously one of them was left inside the loop.

Fixes #27

This restructuring allows for easier separation of modules into
separate repositories later. Also, now pip install with repo url can be
used.

The setup.py files have also been updated to correctly reference each
other. Module versions are not extracted from git state

- removed warnings from generated code
- made generated code string deterministic, generating the same twice
  gives binary equally files now

- bug was caused by change in stride parameter passing

- substitute_array_accesses_with_constants
- get_loop_hierarchy

- was not used consistently before
- symbol names are expected to be valid C identifiers
- for complicated field names, the latex_name of field should be used

- small (length < 5) arrays with shape and stride information had to be
  memcpy'd to the GPU before every kernel call
- instead of passing the information as arrays, the single elements are
  passed
- leads to more function arguments, but simplifies GPU kernel calls

-> changes in all backends required

- put all buffer related stuff into separate functions
- should be functionally equivalent