Здравствуйте, so5team, Вы писали:

vsb>>На C это и буду делать, ибо оно вкомпилируется бесшовно во всё это, с минимальными усилиями и с поддержкой тулзов. Ни на чём другом это не разумно делать.

S>Не сомневаюсь в том, что на C++ это все можно было бы сделать и быстрее, и проще, и надежнее.

А я уверен, что всё с точностью до наоборот.

S>Но с такой ненавистью к C++ не получится, да.

У меня всё получается. Но хватает мудрости делать правильный выбор.

S>Поэтому лучше наговнякать еще несколько килотонн лапши на чистой Сишечке, чтобы это все потом текло и падало.

Выделений памяти в этом коде не будет, поэтому течь он не сможет. Падать он теоретически сможет, но ровно так же, как в С++, в котором какие-то утырки протащили undefined behaviour даже в STL, вместо того, чтобы понатыкать везде проверок. Поэтому идиоматичный C++ не даст ничего. А изобретать свою библюиотеку коллекций ради нескольких сотен строк числовых алгоритмов — неправильный выбор.

Здравствуйте, so5team, Вы писали:

vsb>>На C это и буду делать, ибо оно вкомпилируется бесшовно во всё это, с минимальными усилиями и с поддержкой тулзов. Ни на чём другом это не разумно делать.

S>Не сомневаюсь в том, что на C++ это все можно было бы сделать и быстрее, и проще, и надежнее.

А я уверен, что всё с точностью до наоборот.

S>Но с такой ненавистью к C++ не получится, да.

У меня всё получается. Но хватает мудрости делать правильный выбор.

S>Поэтому лучше наговнякать еще несколько килотонн лапши на чистой Сишечке, чтобы это все потом текло и падало.

Выделений памяти в этом коде не будет, поэтому течь он не сможет. Падать он теоретически сможет, но ровно так же, как в С++, в котором какие-то утырки протащили undefined behaviour даже в STL, вместо того, чтобы понатыкать везде неотключаемых проверок. Поэтому идиоматичный C++ не даст ничего. А изобретать свою библюиотеку коллекций ради нескольких сотен строк числовых алгоритмов — неправильный выбор.