Board.KolibriOS.org

Выбирал название между libcrypto и libhash, в итоге получилось libcrash.

Из реализованного crc32, md4, md5, sha1, sha2 (224, 256, 384, 512).

В sha2 работа с 64-битными числами идёт через mmx регистры.

Пример прилагается.

Осторожно, GPL3+. Я вас предупреждал.

Почему не LGPL, если не секрет?
В любом случае, использование данной библиотеки требует кода программ под лицензией GPLv3. Не уверен насчет лицензии библиотек, которые "поставляются" с C--, что может вызвать определенные проблемы.

Всё просто: если я делюсь с человеком, то хочу, чтобы и он со мной поделился в ответ. А если человек изначально не намерен делиться со мной, то почему я должен делиться с ним? Иными словами, как вы ко мне, так и я к вам.

Насколько я понял из этой картинки, использование других LGPL библиотек допустимо. В частности libs-dev (libini, libimg, ...) распространяются под LGPL2.1+.

Я не знаю, насколько хорошо отнесутся авторы библиотек к обновлению лизцензии с GPLv2 до GPLv3. В остальном мне твой подход нравится

Если ты линкуешь программу П с библиотеками Б1(LGPL*) и Б2(GPL3+), то единственное условие -- GPL3+ для П.

Менять лицензию libs-dev не нужно, они ведь под LGPL, а не GPL. Проблемы только с GPLv2 only.

Добавил хэши sha3 (keccak).

Пример crashtest.asm с svn, вычисляющий всевозможные хэши самого себя:

Супер, поздравляю, молодец!

Спасибо. Но там ещё много работы: скорости бы добавить. Начиная с sha384 идёт работа с 64-битными числами, и на ней мой код даже с mmx в разы сливает 64-битному сишному, у которого в распоряжении 64-разрядные регистры общего назначения с нативными rol, например, и прибавлением регистра к памяти.

Куча "cld" ни одного "std"



ну и т.п.

Вывод: "нинужно", любой вменяемый компилятор сделает лучше.