BD
int const * это мутабельный указатель на константный инт и так далееSize: a a a
2020 February 29
Т8
это то же самое что
int const * const - константный указатель на константный инта зачем так писать, если во всех остальных языках квалификатор пишут перед типом?
BD
Т-34 85
а зачем так писать, если во всех остальных языках квалификатор пишут перед типом?
потому что это си, здесь можно в любом порядке, но текст правила я тебе написал выше
BD
вот оно
BD
Переслано от Berkus Decker
const applies to the thing on the left, unless there's nothing on the left, then it applies to the thing on the rightBD
не цепляйся за синтаксические штуки, тут важна семантика
Т8
потому что это си, здесь можно в любом порядке, но текст правила я тебе написал выше
да запретить так писать во фронте - и дело в шляпе
DP
Я пытаюсь понять что Вы хотите. Если "умный" простановщик только там где не было записей, то в чём смысл, он ошибок не найдет. Если "тупой", который везде подряд, то в чём смысл - он сплошные ложноположительные срабатывания давать будет
просто имеется в виду выкинуть из языка const и добавить mut — по умолчанию все const
Т8
Dmitry Ponyatov
просто имеется в виду выкинуть из языка const и добавить mut — по умолчанию все const
да, как в расте, но не раст
BD
Т-34 85
да запретить так писать во фронте - и дело в шляпе
в своем языке - делай что угодно
BD
сишку тебе не простят примерно миллиарды строк кода которые вдруг перестанут собираться
Т8
в своем языке - делай что угодно
да, в своём языке, который будет использовать си/сипипи как бэк
BD
Т-34 85
да, как в расте, но не раст
хороший план, все годные языки выросли из такого же набора требований
BD
Dmitry Ponyatov
просто имеется в виду выкинуть из языка const и добавить mut — по умолчанию все const
я бы тоже был рад если б в плюсах это было по умолчанию, задолбался дописать конст везде в коде 5 летней давности
MM
Вообще в комитете C++ есть подобные идеи: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2020/p1881r1.html#enforce-const-or-mutable-for-variables
Если уж не про const/mutable то хотя бы про чистку языка от устаревших фич и механизмы для плавной миграции
Если уж не про const/mutable то хотя бы про чистку языка от устаревших фич и механизмы для плавной миграции
A
Вообще в комитете C++ есть подобные идеи: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2020/p1881r1.html#enforce-const-or-mutable-for-variables
Если уж не про const/mutable то хотя бы про чистку языка от устаревших фич и механизмы для плавной миграции
Если уж не про const/mutable то хотя бы про чистку языка от устаревших фич и механизмы для плавной миграции
Если получится адаптировать версионирование, то такое ломающее поведение могут принять
BD
Если получится адаптировать версионирование, то такое ломающее поведение могут принять
но т.к. версионирование - ломающее изменение, то не примут :D
A
но т.к. версионирование - ломающее изменение, то не примут :D
Концепт "эпох" и "forward"/" backward" compat позволяет мигрировать же аккуратно; но в целом да
BD
Концепт "эпох" и "forward"/" backward" compat позволяет мигрировать же аккуратно; но в целом да
но для этого эпоху надо будет где-то указывать, а для этого сначала надо концепцию билд конфигурации ввести )
A
но для этого эпоху надо будет где-то указывать, а для этого сначала надо концепцию билд конфигурации ввести )
Да, в пропосале было на уровне module unit