Исходное сообщение
"Выпуск языка программирования Zig 0.11.0" Отправлено BratishkaErik, 05-Авг-23 21:39
Их пора не перечислили, компилятор все равно в следующем коммите может поменять поведение, благо не дошли до 1.0. Для алиасинга есть несколько предложений, но пока неизвестно, как возвращение async /await повлияет на UB и этот алиасинг. В теории UB будет доведено до минимцма по типу „integer overflow for both signed and unsigned types is undefined” (в отличии от C, здесь решили сделать симметрично, чтобы дожать производительность и программист не ломал мозг, для гарантий есть +% (wrapping) и +| (saturating) addition, тоже симметрично работающие и для знаковых, и для беззнаковых), а остальное будет так называемым detectable illegal behaviour (напр. выход за границы массива), проверки которых врубаются/вырубаются в зависимости от режима сборки, или можно переопределить в блоке/функции для всех режимов с помощью @setRuntimeSafety. https://github.com/ziglang/zig/issues/2402 — про терминологию. https://github.com/ziglang/zig/issues/1108 — noalias по умолчанию с возможностью разрешить алиасинг, вместо текущего mayalias по умолчанию с возможностью запретить. https://github.com/ziglang/zig/issues/1966 — собсна и перечислить UB. https://github.com/ziglang/zig/issues/2301 — связано с предыдущем, попытаться покрыть проверками безопасности всё оставшееся т.е. тот самый illegal behaviour. https://github.com/ziglang/zig/issues/157 — возможность получить известный во время компиляции максимальный размер стэка для функции https://github.com/ziglang/zig/issues/1639 — связано с предыдущем, попытка убрать stack overflow решением от предыдущего. https://github.com/ziglang/zig/issues/7769 — закрепленные структуры (означает, что адрес к ней является его частью (в каком-то поле) и нельзя копировать эту структуру по значению). Ну и из связанного — https://github.com/ziglang/zig/issues/6396, модель памяти Zig

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Их пора не перечислили, компилятор все равно в следующем коммите может поменять > поведение, благо не дошли до 1.0. Для алиасинга есть несколько предложений, > но пока неизвестно, как возвращение async /await повлияет на UB и > этот алиасинг. > В теории UB будет доведено до минимцма по типу „integer overflow for > both signed and unsigned types is undefined” (в отличии от C, > здесь решили сделать симметрично, чтобы дожать производительность и программист не ломал > мозг, для гарантий есть +% (wrapping) и +| (saturating) addition, тоже > симметрично работающие и для знаковых, и для беззнаковых), а остальное будет > так называемым detectable illegal behaviour (напр. выход за границы массива), проверки > которых врубаются/вырубаются в зависимости от режима сборки, или можно переопределить > в блоке/функции для всех режимов с помощью @setRuntimeSafety. > https://github.com/ziglang/zig/issues/2402 — про терминологию. > https://github.com/ziglang/zig/issues/1108 — noalias по умолчанию с возможностью > разрешить алиасинг, вместо текущего mayalias по умолчанию с возможностью запретить. > https://github.com/ziglang/zig/issues/1966 — собсна и перечислить UB. > https://github.com/ziglang/zig/issues/2301 — связано с предыдущем, попытаться > покрыть проверками безопасности всё оставшееся т.е. тот самый illegal behaviour. > https://github.com/ziglang/zig/issues/157 — возможность получить известный > во время компиляции максимальный размер стэка для функции > https://github.com/ziglang/zig/issues/1639 — связано с предыдущем, попытка убрать > stack overflow решением от предыдущего. > https://github.com/ziglang/zig/issues/7769 — закрепленные структуры (означает, > что адрес к ней является его частью (в каком-то поле) и > нельзя копировать эту структуру по значению). > Ну и из связанного — https://github.com/ziglang/zig/issues/6396, модель памяти > Zig
	Введите код, изображенный на картинке: