ed448goldilocks

1.6 MiB

Author	SHA1	Message	Date
Mike Hamburg	c7daa6d74b	going to change this branch to be decaf-only, with the main branch being main-goldilocks-only. but first, remove irrelelevant sqrt(-d)	10 years ago
Michael Hamburg	93e866bb8c	gmp-style foo_t[1] for points too Conflicts: src/include/ec_point.h	10 years ago
Michael Hamburg	d383dfe91e	going to GMP-style element[1] types Conflicts: src/include/ec_point.h src/p448/magic.c src/p480/magic.c src/p521/magic.c test/bench.c	10 years ago
Michael Hamburg	b0a2110717	remove probably-unnecessary optimizations (still needs benching to make sure) Conflicts: src/include/field.h	10 years ago
Michael Hamburg	825dd2128b	sync with master	10 years ago
Michael Hamburg	8e3ed52dd3	sqrt(-d)	10 years ago
Mike Hamburg	0dc1b0de84	magic for p521. except not entirely, because there will probably be an impl with permuted limbs	11 years ago
Mike Hamburg	1f480b0f95	Big changes for curve flexibility. For details see HISTORY.txt. Very experimental Ed480-Ridinghood support is now in. It's not fully optimized, but in general the current build is 8-15% slower than Goldilocks. It only works on arch_x86_64, though arch_ref64 support ought to be easy. Support on other arches will be trickier, which is of course why I chose Goldilocks over Ridinghood in the first place. Next up, E-521. Hopefully. The code is starting to get spread out over a lot of files. Some are per field*arch, some per field, some per curve, some global. It's hard to do much about this, though, with a rather ugly .c.inc system. There's currently no way to make a Ridinghood eBAT. In fact, I haven't tested eBAT support in this commit. I also haven't tested NEON, but at least ARCH_32 works on Intel.	11 years ago

8 Commits (aab80b7b5169295ab9f005f8102ce64d3f81839a)