нет смысла приплетать GC к ручному менеджменту памяти

а в D для nogc памяти кроме malloc/free ничего нет, насколько я знаю

Есть аллокатор с mmap бэкендом

Есть аллокатор region который где-то берет кусок памяти м даёт тебе размещать в нем что нужно, а потом одним махом всё освободить

Спецэффект посмотрите: git clone https://github.com/denizzzka/dcpu16 cd dcpu16 dub run —build=release # press "Reset computer"! ёкает?

https://dlang.org/changelog/2.079.0.html#hexstrings

кто-нибудь понимает чем не угодили hex-литералы?

дык шаблонами же можно

дык можно было и без них

чистят компилятор от непрофильного, чем меньше кода тем меньше багов

ну уж парсинг hex давно отлажен

и что значит "непрофильного"?

я даже не могу сейчас вспомнить язык, который из коробки не понимает hex

и вообще это жесть какая-то auto a = 0xaf; auto b = hexString!"af";

C и С++

если 1 раз юзать - норм, если много раз - алиас можно сделать

> ну уж парсинг hex давно отлажен все правильно, имхо: компиляторов же не один, а стандартная библиотека одна

C и С++

это почему?

точно помню что использовал

https://issues.dlang.org/show_bug.cgi?id=18461#c9 свежая инфа по багу вчерашнему если кому интересно. This is a (major?) codegen bug in dmd.

точно помню что использовал

Погуглил не нашёл

Погуглил не нашёл

что именно?

Помню для С++ в какой-то программе как раз был импорт откуда-то текстур или объектов в виде 0xFF строк

то что это можно использовать?

что именно?

hex литералов в С++

http://en.cppreference.com/w/cpp/language/integer_literal

первая ссылка в гугле

int d = 42; int o = 052; int x = 0x2a; int X = 0X2A; int b = 0b101010; // C++14

Именно такой остался же

по мне так это какой-то маразм

выпиливать hex из стандарта языка

способ

так... а что тогда deprecated делают?

Это всё работает в D. Выпилили длинные строки, которые конвертятся в массив ubyte

Только написать хотел

панику раньше времени поднял)

сорян ребят)

всё... нашёл)

https://dlang.org/spec/lex.html#hex_strings

Вот вот. Они нужны редко, вспомниать их синтаксис лень - проще шаблон юзать.

deprecated ворнинги выводят мол "пора убирать - оно устаревшее"

Ну в этот раз действительно много изменений

Ну в этот раз действительно много изменений

Как в старые добрые, когда каждая новая версия компилятора обратную совместимость ломала)

Как в старые добрые, когда каждая новая версия компилятора обратную совместимость ломала)

Признак развития

Признак развития

Ну такое себе

Ну такое себе

Вот да

Как в старые добрые, когда каждая новая версия компилятора обратную совместимость ломала)

Способ борьбы с протухшими пакетами же)

Ну хотя бы не ломают частоиспользуемые штуки

Поправишь свою либу раза 3-4 только чтобы с новым компилятором работало и как-то уже грустно

Способ борьбы с протухшими пакетами же)

Пакеты протухают именно по этой причине

Протухший пакет - тот что не собирается

Но он, возможно, прекрасно работал со старым компилятором

Ну если очень кому-то надо, можно для себя поправить.

Ну если очень кому-то надо, можно для себя поправить.

а если вот в данный момент никому не надо?

а потом через год понадобилось

а пакет уже год никто не трогал и он не собирается с новым компилятором)

а если вот в данный момент никому не надо?

Ну dmdscript поправили

новые фичи и отправка в deprecated должна быть достаточно взвешанной

Ну dmdscript поправили

=)

кто?)

новые фичи и отправка в deprecated должна быть достаточно взвешанной

Ну delete давно хотели

а пакет уже год никто не трогал и он не собирается с новым компилятором)

Опенсорсному можно настроит ьпериодическую сборку (я раз в месяц настраиваю), тогда изменения плавно всплывать начинают

кто?)

Не помню уже

Уолтер сам?

Уолтер сам?

Нет вроде

и вообще это жесть какая-то auto a = 0xaf; auto b = hexString!"af";

Ты путаешь. Отменили строковые литералы.

Кто-то пр сделал

Ты путаешь. Отменили строковые литералы.

да я уж понял)

Кто-то пр сделал

ну вот не сам же автор

да я уж понял)

ага, затерялся твой ответ среди кучи сообщений :)

Интересно, когда переопределение new и delete станут deprecated

Интересно, когда переопределение new и delete станут deprecated

так delete уже, а new вроде и не собирались, насколько я помню

так delete уже, а new вроде и не собирались, насколько я помню

Да вроде собирались.

Но точно не скажу

переопределение?

переопределение как перегрузка оператора?

с new это работало так давно, что я даже не застал

Ну тип свой new сделать

с new это работало так давно, что я даже не застал

Да вроде же так и не выпилили

Или я пропустил?

А еще scope для классов обещали выпилить

Вроде бы

https://dlang.org/spec/class.html#allocators

Или я пропустил?

deprecated, но, по всей видимости не выпиленно

deprecated, но, по всей видимости не выпиленно

Понятно

А еще scope для классов обещали выпилить

Адовый глюкодром, кстати.

Адовый глюкодром, кстати.

Потому что точно непонятно что это? (ну для меня)

У меня создалось ощущение что оно не работает так же хорошо как scope(exit)

Потому что точно непонятно что это? (ну для меня)

вызов деструктора при выходе из области видимости

https://dlang.org/spec/attribute.html#scope

если об этом речь

https://forum.dlang.org/post/p6fgq7$qrc$1@digitalmars.com The Windows installer also comes with platform libraries built from the mingw definitions and a wrapper library for the VC distributable C runtime libraries. This allows using dmd with -m64 and -m32mscoff without having to install Visual Studio, the VC build tools or the Windows SDK.

Только Notepad++ хватит? Годно

Блиин, похоже ещё одна бага

По какой-то причине в коде не выполняется вызов метода интерфейса. Всегда, безо всяких условий. И я не пропустил ";" у впереди идущего if - дебаггер по шагам тоже показывает что он заходит на эту строку и сразу идёт дальше, не вызывая сам метод.

Точно. А если заменить интерфейс на абстрактный класс то всё становится ок.

у интерфейса не может быть виртуальных методов с имплементацией. только прототипы

О каких именно методах идет речь? Статических, финальных?