S
(может быть)
Size: a a a
2019 November 03
S
Эх, ну ладно.
IB
Я ох уж как жду модульность от C++20
IB
Я всё лето питон учил. После него подключать либы в плюсах - ад
IB
Пробовал юзать систему сборки waf, она на питоне строится. Вышел python 3.8. Waf перестал билдить ахах
Кажется, придётся CMAKE учить
Кажется, придётся CMAKE учить
S
А я жду языка, который может компилироваться и интерпретироваться на выбор, у которого есть опциональная статическая типизация, опциональная сборка мусора, и луаподобный синтаксис (в смысле, лаконичный и без мусора). И чтобы там были строки.
IB
Да нет
IB
Не сложно
S
Ну знаешь, наличествует по умолчанию но можно сказать что этот объект не нужно собирать, типа сам удалю когда надо будет
IB
Ты можешь взять исходники lua и переписать их под себя
S
Возможно так и сделаю, блин
S
Мне очень нравится динамическая природа луёв, но время от времени нужно размечать битмапы, и они в виде таблицы жрут ну очень много (long вместо bool). А если таблица ещё и двухмерная - вообще кошмар (ссылки на ссылках). Сейчас с этим справляется ffi и внешние либы.
A
Ну знаешь, наличествует по умолчанию но можно сказать что этот объект не нужно собирать, типа сам удалю когда надо будет
🤔 в расте кстати есть подобная возможность - std::mem::forget. позволяет "забыть" об объекте, деструктор не вызывая
IB
Я как раз-таки нечто подобное читал где-то, но не помнил про какой язык :D
S
С другой стороны, яп который может компилироваться и интерпретироваться на выбор, это фактически зашивание интерпретатора в экзешник. Но все что мы руками написали как статическое - можно и скомпилировать во время генерации экзешника, побырее будет.
S
Надо написать ffi-либу, которая будет мутить настоящие битмапы (char, восемь бит на один символ, доступ к отдельным битам через __index/__newindex)
S
Ага, и это грустно. Поэтому надо ещё написать функции для прямой работы с. Меня больше интересует минимальный объем памяти, потому что время от времени нужны огро-омные битмапы.