Size: a a a

2021 May 20

DH

Dark Hole in dlang.ru
Лол, да
источник

DH

Dark Hole in dlang.ru
enum arr = [1, 2, 3];
источник

SG

Serg Gini in dlang.ru
сурово :)
источник

Е

Евгений in dlang.ru
Вот литерал работает в @nogc коде
источник

Е

Евгений in dlang.ru
источник

DH

Dark Hole in dlang.ru
А слайсы тоже таким боком?
источник

Е

Евгений in dlang.ru
Каким?
источник

DH

Dark Hole in dlang.ru
Дополнительной функцией с магией ptr и len
источник

Е

Евгений in dlang.ru
со слайсами немного непонятно, скорее просто баг. Потому что по факту никаких аллокаций там нет, но где-то не хватает @nogc
источник

Е

Евгений in dlang.ru
кстати memcpy не нужен. Так вот работает:
https://run.dlang.io/is/3Pp3g7
источник

SG

Serg Gini in dlang.ru
Кстати а для AWS появилось что-то стабильное?
А то гуглится тема с форума где Игорь собирался посмотреть, и там только ссылка на репу https://github.com/Extrawurst/aws-sdk-dlang-gen
источник

Е

Евгений in dlang.ru
В целом в текущем фронтенде D, на мой взгляд криво реализованы литералы для массивов не-строк.
источник

DH

Dark Hole in dlang.ru
Чем?
источник

Е

Евгений in dlang.ru
Но это проблема не самого языка, а компилятора.
источник

DH

Dark Hole in dlang.ru
Такими багами?
источник

Е

Евгений in dlang.ru
Это в целом не баг. Оно же не противоречит спецификации.
источник

Е

Евгений in dlang.ru
Тем что аллоцирует в рантайме если не включена оптимизация.
источник

Е

Евгений in dlang.ru
Вот смотри, в этом коде с включенной оптимизацией -O3
компилятор ничего не аллоцирует, а размещает литерал в RO секции:
https://godbolt.org/z/eTPYKd4sh
источник

Е

Евгений in dlang.ru
Но стоит убрать -O3 как начинаются какие-то аллокации. Спрашивается ЗАЧЕМ?
источник

Е

Евгений in dlang.ru
Что мешает ВСЕГДА размещать литералы массивов в RO-секции?
источник