[email protected] (Niels Möller) writes: > Simon Josefsson <[email protected]> writes: > >> The serpent code is replaced, any other issues that we are waiting for? > > * Fix the libdir defaults for linux x86_64 (I think the following > should work in most cases for for both debian and fhs conventions: > When building for $ABI (32 or 64), check if /usr/lib$ABI exists. If > so, install there, otherwise in $prefix/lib. Possibly bail out with > an error if neither /usr/lib32 nor /usr/lib64 exists).
I don't understand why this is a Nettle problem, since I don't recall having to do anything like that for any of the libraries I maintain. Could it be because I use automake and libtool? If automake would solve this issue, how about using it in Nettle? > * Decide which flavor of LGPL licensing should be used. Options: > LGPLv2+, LGPLv3+ or dual license LGPLv3+ and GPLv2+. Is there a reason to change from the current LGPLv2+ before the next release? > * Update NEWS and documentation (regarding serpent and licensing). I can help with that, if you want. I did a diff between 2.1 and the current code, and it is a fairly small set of changes. > Comments appreciated. Anything else? Not that I can think of. Using UTF-8 encoding for the files instead of ISO-8859-1 could be one. > In the mean time, I'm also hacking further on the serpent code. The > double-block trick in C gave a modest improvement. I think it should > work great with sse2 assembly to do four blocks at a time. Primarily for > x86_64, but maybe also for plain x86 (but then maybe one can's use sse2 > unconditionally). But that doesn't have to be completed before release. Right. /Simon _______________________________________________ nettle-bugs mailing list [email protected] http://lists.lysator.liu.se/mailman/listinfo/nettle-bugs
