Рассказ о версии 2.00 и тогдашних коммитах соответствует действительности. А вот дальше - частично ошибочные домыслы на основе, вероятно, собственного опыта сборки старых версий.Про sm_20 - это пустяк. Смотрим сейчас "git show v2.00 | grep sm_20" и видим, что эта версия собирала бинарники под "sm_20 sm_21 sm_30 sm_35 sm_37 sm_50 sm_52". С выкидыванием поддержки sm_20 из очередной версии CUDA, просто убрали бы его из этого списка в hashcat и остальное продолжило бы работать. Причины отказа от CUDA были другие, в том числе нежелание тратить ресурсы разработки на написание дублирующего кода под CUDA и OpenCL, когда одного OpenCL достаточно. Также, и переход к open source и отказ от CUDA были частично вызваны желанием динамически формировать "исходный" код (первая задача - под конкретный salt в descrypt), что плохо укладывалось в closed source модель и в исходную концепцию CUDA, но отлично укладывалось в концепцию OpenCL. Теперь же поддержка CUDA возвращена в hashcat иным способом, без дублирования исходного кода (kernel'ы в новом hashcat написаны так, чтобы транслироваться и как OpenCL и как CUDA). Она дала небольшой, но ощутимый прирост производительности (а там где/когда наоборот, что тоже встречается, можно по-прежнему использовать OpenCL), в основном по непонятным причинам (вставьте сюда теории заговора), за исключением случая с bcrypt, где причина почти известна (при использовании OpenCL на NVIDIA, куда-то расходуется 4 байта shared memory, и это приводит к тому что помещается на 1 экземпляр bcrypt'а меньше, так как он бы расходовал память впритык). Также, CUDA нынче стала нужна для поддержки не-x86 систем с NVIDIA GPU, так как NVIDIA поддерживает OpenCL только на x86-64, а CUDA еще и на Aarch64 и POWER, хоть это и пока нерационально.
Для сборки с поддержкой CUDA и OpenCL одновременно (устройства от NVIDIA распознаются и так и так, остальные только как OpenCL), никаких специальных действий не требуется - просто "make" при установленном на системе CUDA. Никакого cudaHashcat64.bin и nv_all там не возродилось.
Disclaimer: я тоже почти не имею отношения к разработке hashcat и могу ошибаться, но по ряду причин думаю что я чуть более в теме и написанное выше соответствует действительности.
