Сообщение Re[7]: C++ времени компиляции - как отлаживать? от 08.07.2023 14:33
Изменено 08.07.2023 14:37 vsb
Re[7]: C++ времени компиляции - как отлаживать?
Здравствуйте, so5team, Вы писали:
vsb>>На C это и буду делать, ибо оно вкомпилируется бесшовно во всё это, с минимальными усилиями и с поддержкой тулзов. Ни на чём другом это не разумно делать.
S>Не сомневаюсь в том, что на C++ это все можно было бы сделать и быстрее, и проще, и надежнее.
А я уверен, что всё с точностью до наоборот.
S>Но с такой ненавистью к C++ не получится, да.
У меня всё получается. Но хватает мудрости делать правильный выбор.
S>Поэтому лучше наговнякать еще несколько килотонн лапши на чистой Сишечке, чтобы это все потом текло и падало.
Выделений памяти в этом коде не будет, поэтому течь он не сможет. Падать он теоретически сможет, но ровно так же, как в С++, в котором какие-то утырки протащили undefined behaviour даже в STL, вместо того, чтобы понатыкать везде неотключаемых проверок. Поэтому идиоматичный C++ не даст ничего. Кроме кучи усилий по тому, чтобы сдерживать рост прикомпиливаемого рантайма, который неизбежно будет. А изобретать свою библиотеку коллекций ради нескольких сотен строк числовых алгоритмов — неправильный выбор.
vsb>>На C это и буду делать, ибо оно вкомпилируется бесшовно во всё это, с минимальными усилиями и с поддержкой тулзов. Ни на чём другом это не разумно делать.
S>Не сомневаюсь в том, что на C++ это все можно было бы сделать и быстрее, и проще, и надежнее.
А я уверен, что всё с точностью до наоборот.
S>Но с такой ненавистью к C++ не получится, да.
У меня всё получается. Но хватает мудрости делать правильный выбор.
S>Поэтому лучше наговнякать еще несколько килотонн лапши на чистой Сишечке, чтобы это все потом текло и падало.
Выделений памяти в этом коде не будет, поэтому течь он не сможет. Падать он теоретически сможет, но ровно так же, как в С++, в котором какие-то утырки протащили undefined behaviour даже в STL, вместо того, чтобы понатыкать везде неотключаемых проверок. Поэтому идиоматичный C++ не даст ничего. Кроме кучи усилий по тому, чтобы сдерживать рост прикомпиливаемого рантайма, который неизбежно будет. А изобретать свою библиотеку коллекций ради нескольких сотен строк числовых алгоритмов — неправильный выбор.
Re[7]: C++ времени компиляции - как отлаживать?
Здравствуйте, so5team, Вы писали:
vsb>>На C это и буду делать, ибо оно вкомпилируется бесшовно во всё это, с минимальными усилиями и с поддержкой тулзов. Ни на чём другом это не разумно делать.
S>Не сомневаюсь в том, что на C++ это все можно было бы сделать и быстрее, и проще, и надежнее.
А я уверен, что всё с точностью до наоборот.
S>Но с такой ненавистью к C++ не получится, да.
У меня всё получается. Но хватает мудрости делать правильный выбор.
S>Поэтому лучше наговнякать еще несколько килотонн лапши на чистой Сишечке, чтобы это все потом текло и падало.
Выделений памяти в этом коде не будет, поэтому течь он не сможет. Падать он теоретически сможет, но ровно так же, как в С++, в котором какие-то утырки протащили undefined behaviour даже в STL, вместо того, чтобы понатыкать везде неотключаемых проверок. Поэтому идиоматичный C++ не даст ничего. Кроме кучи усилий по тому, чтобы сдерживать рост прикомпиливаемого рантайма, который неизбежно будет (а в C максимум, что прикомпилится, это какой-нибудь memcpy, который компилятор суёт куда ни попадя, но это мелочи). А изобретать свою библиотеку коллекций ради нескольких сотен строк числовых алгоритмов — неправильный выбор.
vsb>>На C это и буду делать, ибо оно вкомпилируется бесшовно во всё это, с минимальными усилиями и с поддержкой тулзов. Ни на чём другом это не разумно делать.
S>Не сомневаюсь в том, что на C++ это все можно было бы сделать и быстрее, и проще, и надежнее.
А я уверен, что всё с точностью до наоборот.
S>Но с такой ненавистью к C++ не получится, да.
У меня всё получается. Но хватает мудрости делать правильный выбор.
S>Поэтому лучше наговнякать еще несколько килотонн лапши на чистой Сишечке, чтобы это все потом текло и падало.
Выделений памяти в этом коде не будет, поэтому течь он не сможет. Падать он теоретически сможет, но ровно так же, как в С++, в котором какие-то утырки протащили undefined behaviour даже в STL, вместо того, чтобы понатыкать везде неотключаемых проверок. Поэтому идиоматичный C++ не даст ничего. Кроме кучи усилий по тому, чтобы сдерживать рост прикомпиливаемого рантайма, который неизбежно будет (а в C максимум, что прикомпилится, это какой-нибудь memcpy, который компилятор суёт куда ни попадя, но это мелочи). А изобретать свою библиотеку коллекций ради нескольких сотен строк числовых алгоритмов — неправильный выбор.