Похоже в этом расследовании можно п оставить точку. Наконец то я нашел что не мог нагуглить. Оказывается гуглил просто не по тем словам.

https://forum.dlang.org/post/p0dmad$lbf$1@digitalmars.com

Если кратко: 1) DMD не умеет делать единые бинарники без динамической линковки 2) LDC умеет делать статический бинарник без зависимых либ вообще, надо компилять с флагом -static 3) Некоторые вещи вроде резолвинга DNS каким-то образом делают статическую линковку невозможной из-за libnss или чего-то там еще. 4) Создавать статические бинарники нехорошо, пнятненько https://www.akkadia.org/drepper/no_static_linking.html 5) В go куча своих велосипедов, включая собственную реализацию SSL и вызовов сисколлов в обход libc, поэтому то там так круто и легко делаются единые статические бинарники

6) Статический hello-world на go весит 2.2Мб, статический hello-world на D в режиме betterC весит 814Кб. А вот собрать статически с нормальным рантаймом у меня не получилось, ругается на libphobos.

Похоже что и пытаться не стоит, нужно просто смириться с семью динамически линкуемыми библиотеками и жить с этим дальше.

6) Статический hello-world на go весит 2.2Мб, статический hello-world на D в режиме betterC весит 814Кб. А вот собрать статически с нормальным рантаймом у меня не получилось, ругается на libphobos.

ldc ж умеет

сам же написал

betterC он действительно сделал, а вот нормальный режим не может чето

хз, у меня всё может

1 мин

warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking

Вот такие ошибки валятся

ну всмысле всё что с D связанно он может засунуть в бинарник

я так под rpi собираю

на целевой системе нет libphobos и libdruntime

кстати и dmd под win тоже так умеет

на целевой системе только gtkd

либо ты что-то делаешь не так, либо я тебя не понял

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

и никаких static флагов

покажи мне такой статически собранный бинарник :)

всмысле?

конкретно про тот проект это комерческая тайна))) но я могу собрать другой)

пару минут

Да собери просто hello world

Да собери просто hello world

вроде так будет

неа =\

$ ldd hello linux-vdso.so.1 => (0x00007ffd9e4f5000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f8261938000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f8261734000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f8261516000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f8261210000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f8260ffa000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f8260c31000) /lib64/ld-linux-x86-64.so.2 (0x00007f8261b40000)

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

ну так фобоса то с рантаймом нет же?

на целевой системе нет libphobos и libdruntime

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

Я думаю что они есть там, в этих 800кб

думаю только то что нужно

Ну да

du -h lib/* 5.4M lib/libdruntime-ldc-debug.a 2.9M lib/libdruntime-ldc.a 20M lib/libphobos2-ldc-debug.a 11M lib/libphobos2-ldc.a

Только это не статический бинарник, это динамический бинарник со статически подключенными libphobos и libdruntime

а на кой тебе статический бинарник?

Это конечно лучше чем если бы они динамически подключались и их надо было бы таскать везде, но все еще от кучи линуксовых либ зависит

а на кой тебе статический бинарник?

Ну go умеет же )

и?

в любом случае ты это запускаешь на какой-то системе

А вот и нет ;)

там в любом случае есть эти либы

А вот и нет ;)

ну тогда тебе к тов Eugene

потому что я хочу сделать минимальный docker контейнер, коим является образ scratch. Он вообще пустой без единой либы.

он на чистом железе поднимал со своим рантаймом

и Денис тоже поднимал

на cortex кажется

Ближайший минимальный образ это busybox, он он весит уже 4.4мб, поставляется с шеллом на борту, парой десятков библиотек и сотней базовых линуксовых команд.

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

Я думаю это как раз то что делали они. busybox используется для embedded систем, то есть и поставляет минимальный набор библиотек.

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

Ну вот магия go такова что он делает абсолютно независимый статический бинарник. Который походу напрямую с ядром общается.

так это ясно

иначе бы как у них можно было бы кросс делать с одной системы на другую, имея только компилятор go?

без либ на целевую платформу

Не знаю, я там не копал. Но походу факт в том что в D так принципиально невозможно

я думаю что это и не нужно

для контейнеров, возможно удобно

для делания контейнеров

но ты ведь можешь сделать контейнер с минимальным набором библиотек и забыть об этом

на настоящей системе такой подход просто зло

1. увеличение занимаемого дискового пространства 2. увеличение расхода оперативы 3. старые ошибки в старых библиотеках (особо актуально для библиотек связанных с безопасностью)

Не знаю, я там не копал. Но походу факт в том что в D так принципиально невозможно

кстати, я кроме go, даже не припоминаю больше языков таких

я думаю что это и не нужно

Да, раз все оказывается так сложно и запутано, то не стоит заморачиваться. Я не знал что гошники донаркоманились до того что сами реимплементировали функции из libc и libssl

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

1. увеличение занимаемого дискового пространства 2. увеличение расхода оперативы 3. старые ошибки в старых библиотеках (особо актуально для библиотек связанных с безопасностью)

Это да, но тут специально еще идет заточка на контейнеры, которые легко и быстро меняются при каждом деплое. Они прям попали в струю) В общем я собрал себе минимальный образ с библиотеками который весит 11Мб, с этим я готов смириться. Зато в контейнере даже полноценный /bin/sh и куча утилит есть )

ERROR: S client not available

Это да, но тут специально еще идет заточка на контейнеры, которые легко и быстро меняются при каждом деплое. Они прям попали в струю) В общем я собрал себе минимальный образ с библиотеками который весит 11Мб, с этим я готов смириться. Зато в контейнере даже полноценный /bin/sh и куча утилит есть )

?

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

я в это упирался очень долго и продавливал лбом многие стены, но постепенно приходит осознание что простой путь не всегда неверный

думаю если упереться по крепче то теоретически можно и статический бинарник собрать

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

в целом то да

на результате, думаю, не особо отражается

кто-нибудь пользовал std.experimental.allocator.building_blocks.region?

https://habrahabr.ru/company/yandex/blog/351492/ что-то с++ с каждой итерацией все ужасней и ужасней

он все больше и больше становится похожим на D

по фишкам да, а синтаксис ужасный. особенном с датами намудрили?

литералы дат - не нужны

а кто-нибудь betterC уже использовал? смущает пометка что встроенные треды не поддерживаются.

https://habrahabr.ru/company/yandex/blog/351492/ что-то с++ с каждой итерацией все ужасней и ужасней

А чего ужасного в нём? Он просто другой, но на по своему прекрасен.

возможно это с моей колокольни c/java/d, но мне кажется что он менее читаемый становится. возможно для тех, кто постоянно пишет на плюсах - всё ок, тут не спорю :) Смотрите как красиво и легко теперь можно задавать даты в C++20: using std::chrono; year_month_day ymd = 2016y/May/29d; // 2016-05-29 zoned_time zt = {"Asia/Tokyo", tp};

возможно это с моей колокольни c/java/d, но мне кажется что он менее читаемый становится. возможно для тех, кто постоянно пишет на плюсах - всё ок, тут не спорю :) Смотрите как красиво и легко теперь можно задавать даты в C++20: using std::chrono; year_month_day ymd = 2016y/May/29d; // 2016-05-29 zoned_time zt = {"Asia/Tokyo", tp};

Это вопрос привычки. Для меня, например питон не читаемый. А от Lua у меня вообще глаза слезятся, хотя язык очень хороший.

ладно, нужно меньше хейта :)

по фишкам да, а синтаксис ужасный. особенном с датами намудрили?

Это агония, похоже

Главная проблема С++ это то что старые фичи никуда не деваются. Ди этим тоже грешит, но в С++ это наиболее сильно чувствуется. В итоге все пишут на языке в меру своего понимания, что делает порог вхождения крайне высоким

С++ всё более и более нинужен

я даже уже жалею что потратил на него когда-то время, лучше бы чистый С юзал

На счет чистого Си плюсую. Его реально знать надо.

@ahdenchik кстати, а твой pgtor только через LDC можно собрать?

когда из языка куда-то девается старая фича, он превращается в новый язык)

@ahdenchik кстати, а твой pgtor только через LDC можно собрать?

Нет, и через dmd тоже. Про gdc не знаю, наверно не пробовал

Я просто попробовал собрать вчера под Дебиан и он выругался "/usr/bin/ld: cannot find -lpq"

это вроде либа postgressql-dev

установи

А хорошо, только уже не сейчас. Потом как будет время. Денис, плиз укажи про это в readme

https://habrahabr.ru/company/yandex/blog/351492/ что-то с++ с каждой итерацией все ужасней и ужасней

Даты? Серьезно ? Еще немного синтаксиса в с++, чтобы даты были проще? Как же господи прекрасно, что я на этом гомункуле от этих бесноватых исследователей языков больше не пишу.

+1

А хорошо, только уже не сейчас. Потом как будет время. Денис, плиз укажи про это в readme

Зачем? оно указано в .travis.yml

Ну просто я склонировал репу и не смог собрать