| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | I tried to remove the dependence on antindex in order to get rid of them | Sebastiano Tronto | 2021-11-12 | 1 | -3/+5 |
| | | | | | | | | once and for all. I successfully removed from the pruning table generation part by using an alternative (slower) method, but then I realized that I also use antindexes when generating symmetry data. So I reverted to the original pruning table computation method, but I left the alternative way there, commented. | ||||
| * | Some cleanup for antindeces; pointed out which return a consistent cube and ↵ | Sebastiano Tronto | 2021-11-12 | 1 | -20/+54 |
| | | | | | which do not | ||||
| * | Fixed anti-index for eofbepos. It did not compute a value for eorl, which | Sebastiano Tronto | 2021-11-12 | 1 | -1/+28 |
| | | | | | | | causes problems when using this coordinate combined with symmetries (e.g. in symcoord khuge, drud and similar). This actually reverts a change that I made before the first commit of v2. | ||||
| * | Rewritten from scratch. Welocme nissy 2.0! | Sebastiano Tronto | 2021-11-11 | 1 | -0/+522 |
