Skip to content
This repository has been archived by the owner on Mar 31, 2019. It is now read-only.

Releases: diana-hep/oamap

0.2.0

01 Jan 00:44
Compare
Choose a tag to compare

Bug-fixes for the walkthrough. Should get pushed to PyPI.

0.1.4

31 Dec 21:57
Compare
Choose a tag to compare

Better descriptions for PyPI.

0.1.3

31 Dec 16:26
Compare
Choose a tag to compare

First release of the modern system; created to test deployment to PyPI.

Revision 305

04 Nov 01:24
Compare
Choose a tag to compare

What was shown at the LPC on October 13, 2017.

Revision 203

15 Aug 03:12
Compare
Choose a tag to compare

Minor touch-ups for use in diana-hep/hepquery. This release was created for a hepquery demo.

Revision 194

28 Jul 21:09
Compare
Choose a tag to compare

Implemented foreach-style iteration so that the example on the front page is cleaner.

Revision 167

27 Jul 03:07
Compare
Choose a tag to compare

First "modern" release tag. The four type generators are Primitives, Lists, Unions, and Records (PLUR), and the following have been implemented:

  • Conversions of Python objects into PLUR.
  • Pythonic proxies to PLUR data.
  • Term rewriting to "compile away" the PLUR abstraction, allowing for faster access.
  • Tests of all combinations of the four generators.
  • Integration with Numba.
  • Documentation in the README.

Revision 43

08 Jun 21:37
Compare
Choose a tag to compare

The end of the attempt to implement recursively defined types. After this point, all the files are cleared away and retyped with new assumptions in mind.

Note from wiki: I've decided to give up on recursively defined types. Getting the iterators right involves too much copying of indexes (to unwind-protect). The use-case, trees, can be implemented using pointers, once I add pointers. Without recursively defined types, there's no advantage to "recursive counters" over "Arrow style" (see paper), so I'm going to focus on "Arrow style" only.

Revision 29

07 Jun 20:36
Compare
Choose a tag to compare

The first usable prototype, referred to in the wiki as "revision 29" (because of the commit number). But I might as well tag it as a release to make it easier to find.