There are several unfinished projects, curve448, gost cryptos, skein,...

But there are also a few new features completed since the nettle-3.3
release: rsa-pss, and hkdf. And a couple of bugfixes. And we have the
ABI problems which are only half way fixed, and which I think are pretty
important.

So I'm thinking, maybe we should try to fix the ABI issue and get in
shape for release, and not try to get more new features in 3.4?

To get minimal ABI breakage, I also suspect we would need a release
branch where I revert recent changes that grow the size of struct
ecc_curve; my idea is to introduce functions returning pointers to the
instances of this struct. But as long as applications are using the data
symbols directly as advertised in ecc-curves.h, executables with
R_X86_64_COPY relocations will break, in the same way as arrays like
nettle_hashes.

What do you think?

See https://www.lysator.liu.se/~nisse/nettle/plan.html for current list.

Regards,
/Niels

-- 
Niels Möller. PGP-encrypted email is preferred. Keyid 368C6677.
Internet email is subject to wholesale government surveillance.

_______________________________________________
nettle-bugs mailing list
nettle-bugs@lists.lysator.liu.se
http://lists.lysator.liu.se/mailman/listinfo/nettle-bugs

Reply via email to