по поводу сборки просветите пожалуйста, кто как чистит/ужимает бинарники... насколько помню D не умеет динамически линковать, посему если использую например gtkd, то сую его всей пачкой к себе, в размере 20мб

умеет, но по умолчанию не делает...

это касается стандартной библиотеки

gtkd это немного другое

а как заставить ) стандартную библиотеку так и так придётся внутри бинарника держать как я понимаю

обёртка gtk статически линкуется, а сам gtk подключается динамически, вроде...

щас покопаю, может тут https://dlang.org/dll-linux.html

сейчас политика статической линковки в том, что d не так распостранён и много где нет его std в виде библиотек

на данный момент это сильно упрощает перенос приложений

ну как минимум иногда хочется либы держать в отдельных файлах

зачем?

насчёт gtkd согласен, но остальное как-то вроде не парит

gtkd долго компилится

но он не каждый раз должен компилиться

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

пакет с прогой + пакет с либами?

типа того, стандартно жеж, зависимости пакетами

я про то, что нет dlang std как пакета

так никто не мешает задеплоить если есть техническая возможность

есть полностью компилятор (и то не в репах, а если и в репах, то не всех)

а насчёт gtkd, кстати, удобно получается

в репах конечно всегда старье, у меня из реп DMD64 D Compiler v2.071.0 поставился например

не такое и старьё) у меня в репах вообще его нет)

gdc 5.4.0

удобно с gtkd получается потому, что он статически слинкован и в зависимости стоит только gtk

а можно какойнть ссыль или как быстро найти как правильно слинковать

у меня 4.9.2 (dmd 2.066.1)

вопросы нубовские конечно ) я ж вебщик

а можно какойнть ссыль или как быстро найти как правильно слинковать

статически или динамически?

dub сам всё делает (и компилит gtkd и линкует его к проекту)

да, но он помещает всё в бинарник, хочу его похудеть

ну это только динамическая линковка

и это ведёт к тому, что нужно скомпилить gtkd в динамические либы (по умолчанию он в статические компилит)

в readme на github есть как

https://github.com/gtkd-developers/GtkD

но всё равно не вижу пока в этом смысла

больше библиотек в зависимостях, но зато меньше исполняемый файл

когда программ на D в системе больше 10, то наверное может иметь смысл

при условии, что все 10 программ используют gtkd

ну вопрос с запасом )

вроде есть некоторые проблемы с компиляцией динамических библиотек под win

первичная задача конечно сейчас просто убрать всё лишнее по возможности из бинарника, тк не верится что он тут собрал 24мб чисто из привязок и стандартной библиотеки

почему нет?

отладочная информация ещё для всего этого

или это release столько?

Команда strip может ужать значительно.

что за команда?

правда, я тоже нуб и слабо знаю, что она делает

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

это какая-то отдельная прога, как, например ddmangle?

или она чисто линуксовая и не относится к dlang?

выкидывает debug-инфу и что-то подобное

да, не имеет отношения к D

но я свои дишные бинарники ею пожимал

а ничего так %) сразу 18мб слизнуло

видимо dmd пихает действительно полно отладочной фигни

без gtkd слизнул с 2.2Мб до 1.5Мб

спасибо за наводку в лбом случае

жирно конечно всё равно, если 1.5мб стдлиб занял

в такой вес можно целую ось поместить

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

вопрос имеет вес при разработке для мобилок и контроллеров

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

http://pdalife.ru/asphalt-8-android-a5592.html (1280 Мб в распакованном виде)

а ничего так %) сразу 18мб слизнуло

через strip?

да

ERROR: S client not available

только както странно, сейчас и dub без параметров урезанный бинарник делает, кэширует чтоли

--force пересобрал снова 24мб

Ты релиз собираешь или дебаг режим?

без gtkd разница между dmd file.d (2.2Мб) и dmd -release -O file.d (2.1Мб) минимальна

что достаточно странно

а release-nobound не сожмёт ещё больше?

или release-nobounds, не помню

nobounds — отключение проверки выхода за пределы массива

мне кажется не много занимает

просто предположил

16 кб

на том же примере (с 2148 до 2132 меньше стало)

может, нужно как-то раздробить std? скомпилировать её максимально независимыми кусочками... если уж так сильно хочется.

кстати говоря

в std ООЧЕНЬ много шаблонного кода

его не скомпилить в библиотеку

в любую библиотеку не скомпилить

тоесть шаблон должен инстанцироваться при компиляции проекта и соответственно его код сразу попадает в исполняемый файл

тогда странно, лишнее как раз и не должно попадать в проект

так-то да...

кстати говоря

ldc2 стоит попробовать

во первых под микроконтроллеры не очень с dmd

во вторых ldc2 -release -O2 file.d выдаёт файл размером 716Кб

тот же, что dmd на 2.1Мб

код ldc2 работает быстрее

и 1.1.0-beta2 основана на 2.071.1

и split не может уже урезать исполняемый файл

а с dub работает?

ldc

да

мм