| Commit message (Collapse) | Author | Files | Lines | ||
|---|---|---|---|---|---|
| 2021-12-08 | Faster and nice pruning table generation. Can still be improved with ↵ | Sebastiano Tronto | 1 | -13/+0 | |
| multithreading. | |||||
| 2021-11-13 | Fixed a problem with htr-drud coordinates. The corresponding pruning table ↵ | Sebastiano Tronto | 1 | -3/+38 | |
| also changed, hopefully the new one is correct. | |||||
| 2021-11-12 | I tried to remove the dependence on antindex in order to get rid of them | Sebastiano Tronto | 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. | |||||
| 2021-11-12 | Some cleanup for antindeces; pointed out which return a consistent cube and ↵ | Sebastiano Tronto | 1 | -20/+54 | |
| which do not | |||||
| 2021-11-12 | Fixed anti-index for eofbepos. It did not compute a value for eorl, which | Sebastiano Tronto | 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. | |||||
| 2021-11-11 | Rewritten from scratch. Welocme nissy 2.0! | Sebastiano Tronto | 1 | -0/+522 | |
