ed448goldilocks

1.6 MiB

Author	SHA1	Message	Date
Michael Hamburg	38455f34f2	one ser/deser to rule them all (TODO test on NEON and other places with LIMBPERM)	9 years ago
Michael Hamburg	719fcacc58	working on multicurve build system	9 years ago
Michael Hamburg	5af980b85a	wipe out the multiple layers of rename between decaf_fast and field. still some serious HACKs in the include prio to avoid multiple definition of struct gf	9 years ago
Michael Hamburg	f18cf359c6	remove files used by goldilocks/master, leaving only decaf	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
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.	10 years ago

6 Commits (38455f34f2319686138859353ac669f8816d8683)