кросскомпиляция гуглится ... LDC / GDC …

с кросскомпиляцией всё отлично, но не на DMD. я собирал дишный код для распбери пи и даже vibe.d поднялся https://habrahabr.ru/post/278775/

годная статья

Кому про ключи компиляции интересно: My understanding was that -betterC was not fully implemented yet, due mostly to tight compiler integration with the runtime. (old info?) I'm not super smart on the DMD source, but it looks like betterC prevents genhelpers() and genModuleInfo() from being called, with "helpers" appearing to be array checking, asserts and unit tests. A comparison of object files compiled with and without the flags shows just a small reduction in the size of the code, but grepping for bounds checking, unit tests and ModuleInfo in the -betterC generated object file shows they are missing. It is intended to allow you to link an application without druntime

Мне бы из линукса в винду собирать

ну вот

"Численность вашей деревни уменьшилась"

Мне бы из линукса в винду собирать

Ни разу этим не занимался, но почему-то кажется, что это проблема: в винде под разные битности разные линковщики нужны, ldc2 под винду (когда пробовал) не смог завести (да и не хотел особо), а gdc это mingw тусовка со всеми вытекающими. Имхо под вин только dmd норм работает (нормальный установщик, сам все пути прописывает), но и тут проблема с 64 битами - нужно вижак ставить чтобы линкер откуда подтянуть.

Опять Mike left group. Сколько можно уже??

это как с new/delete — сколько присоединился, столько и покинул)))

Ни разу этим не занимался, но почему-то кажется, что это проблема: в винде под разные битности разные линковщики нужны, ldc2 под винду (когда пробовал) не смог завести (да и не хотел особо), а gdc это mingw тусовка со всеми вытекающими. Имхо под вин только dmd норм работает (нормальный установщик, сам все пути прописывает), но и тут проблема с 64 битами - нужно вижак ставить чтобы линкер откуда подтянуть.

чем плох gdc? сейчас у меня дмд, если что.

Я не говорил, что он плох, просто это gcc backend

ну да, зато можно линкер из mingw использовать

можно же?

Хм, как-то не слышал о таких манипуляциях

Но звучит круто)

а ты видел новомодные хипстерские языки типа Golang?

видел конечно

ну я про go и rust

в расте я неосилил кросскомпиляцию с линукса в винду, а вот в го это сделано божественно

//не фанбой, если что

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

pure go?

?

Он под mac собирает

чистый го? без сишки?

пусть в личку напишет

Да он вроде собрал уже

код кривой, скорее всего. если чистый го, то собирается без проблем. для сишки нужен гцц и линкер, в линуксе ни один компилятор (кроме го) не умеет в mach-o

хотя не, видел какие-то вундервафли на гитхабе для компиляции сей в макинтош. насколько оно вообще рабочее - не представляю.

на выходе что получается тупо 2-3 бинарика под разные платформы?

Их же перед тем как отдавать потестить нужно...

на выходе что получается тупо 2-3 бинарика под разные платформы?

в го?

да

да)

можно компилить на 1 платформе под 5 или 6

это если чистый го, без си

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

а если с си то?

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

Обычно в го все зависимости в бинарник засовываются

Даже бд

Получаем полностью самостоятельный код

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

а если с си то?

а с си тебе нужен компилер и линковщик сишки под платформу

а в ди такое возможно?

а вот я бы тоже хотел это знать

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

Так вроде да

а что для этого нужно?

А отчего думаешь на ди получаются хелловорлды на 10 мегабайт? ?

а как его собирать надо такой?

а что для этого нужно?

слинковать статически с библиотеками

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

наверное можно http://stackoverflow.com/questions/10365987/how-to-link-to-d-libraries-in-a-d-program

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

это ведь реально очень удобно, работать на любимой операционке и деплоить под любую другую

что-то эпизод дня рождения ослика из Винни-Пуха вспомнился. Про горшочек и шарик

Неужто при кроссбилде бинарики у юзеров будут работать с гарантией? Я просто до сих пор не могу поверить, что при сборке из под винды на том же линуксе какие то библиотеки не запросит которых там по дефолту нет (и наоборот)

будут работать) у бинаря написаного на го нет зависимостей, он компилится в статик линкед

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

так динамическая лежит в /var/lib, и нет гарантии что на таргет машине она будет. а так ты отдаешь 100% рабочую программу

А в чем проблема ее вкомпилить? Как я понимаю в этом вся проблема, что динамическую надо отдельно таскать. И в бинарик ее не вшить

ERROR: S client not available

так они разные же

ты когда на си компилишь, задаешь флагами

статик и шаред

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

Так я Си не знаю и не понимаю почему одну можно вкомпилить а другую нет

http://zavelos.ru/forum/23447-Static-Shared-libraries

О ща почитаю

Как я понял на уровне архитектуры разница только в том что статик результаты линковки включает?

А что они из себя представляют?

Другой разницы нет?

Любую либу как статик можно собрать?

теоретически да (наверное) ?

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

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

В итоге такое пригодно только для всяких закрытых коробочных продуктов, в которых просто отсутствуют открытые либы, а производитель сам запаривается о регулярном обновлении своего продукта.

Но и тогда, по-мне так лучше бы эти либы лежали _рядом_ с бинарником

Но и тогда, по-мне так лучше бы эти либы лежали _рядом_ с бинарником

зачем?

их можно будет обновить отдельно

мы еще о гоу говорим? :) у него нет такой необходимости, нет необходимости в таких библиотеках.

как так? не понимаю, как это возможно

ну блин :) большинство всех этих библиотек просто набор нескольких десятков функций, сахарок над стдлиб. большие библиотеки типа opencv - биндинги к сишной opencv, какие-то багфиксы происходят в оригинальной библиотеке, в биндингах особо нечего фиксить.

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

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

спасибо, теперь понятно

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

Лично мне размер бинарика мало интересен. Гораздо удобнее когда все в него вшито.

ну тебе же не вирусы писать ?

а кому-то надо минимальный размер

Вот как допустим поддержку openssl вшить?

у гоу openssl вроде не используется