Sergei Ianovich

> Ад какой-то :( Переформатирование по аргументу на строчку совсем лишнее. Можно поменять для вызовов функций. > Можем мы это как-то приблизить к openssl-ному формату, или идти постепенно, для начала...

Попробовал `BinPackArguments:true`. Массивы стали выглядеть лучше, но ошибок при проверке скриптом от `openssl`стало больше. Видимо, для некоторых массивов, инициализация востпринимается clang'ом как вызов конструктора. Я только так могу предположить, почему...

> Только сейчас прочитал про ` .git-blame-ignore-revs` , интересно, на сколько хорошо это работает. новые пустые строчки остаются только. https://github.com/gost-engine/engine/blame/5e777b8b3de7f0eee09054f1ecd9cd0993ee4762/gost_eng.c

> Если какой-то скрипт будет заставлять человека менять форматирование на такое какое генерирует clang-fiormat, то как человек должен заранее понять, что в одном месте надо было писать аргументы пока влезут...

> > > У `OpenSSL` же нет своего формативания. Только проверка. В `linux` и `node.js` тоже используют `clang-format`. > > > > В Linux clang-format не енфорсится,, а предлагается как...

Первоначальный вариант в #427

> Да, всячески одобряю. Если ещё и тест удастся сделать, будет вообще отлично Точно можно сделать для `clang-*` вариантов тестов.

> pps. Может достаточно переформатировать только отступы в начале строк, но не менять внутри строк? Таких [параметров](https://clang.llvm.org/docs/ClangFormatStyleOptions.html) я не нашёл, к сожалению. Главный эффект в том, что если такое сделать,...

> Лучше бы отдельно Сделал в #427, сработка в #428