кто-нибудь VS ставил под wine?)

Моно уже не торт?

хочу собрать под винду

ну, думаю, понятно, что d-шный код под 64-битную винду

но под линуксом

А стулия накой?

так линковщик 64 бита не умеет под win

Ээ

Там если что можно SDK поставить какой-то точное название не помню, там вроде линковщик идет, мне его тут как раз советовали

Ээ

встроенный в пакет dmd линковщик не умеет собирать 64-битные приложения под виндой

Да, Петь, это суровая правда, что Олег говорит

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

Все хуйня, кроме пчел

Ща чет придумаем

Да, Петь, это суровая правда, что Олег говорит

Ты вообще линукс только на картинке видел)

как ты на виндовом проекте линуксовый линковщик заюзаешь?

Тулчейн не, не слышал?

короч легче перегрузиться в вин

а про тулчейны linux->windows чёт я ранее не слышал

mingw на линукс

а про тулчейны linux->windows чёт я ранее не слышал

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

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

под целевую платформу просто собрать надо

Разово?

ну как бы постоянно, когда новая версия

так то это и под линухой работать может

appveyor

CircleCI

о, не, пока нет такой темы у нас

типа чтобы код куда-то сливался

хранится то хранится на битбакете, но тут платно и типа ещё куда-то...

appveyor

Про жто и хотел сказать

можно на крайняк под виртуалкой билдить

можно на крайняк под виртуалкой билдить

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

и получается запускается та система что стоит на диске со всем софтом и тд

но есть проблема что лицензия слетает

https://medium.com/@elliot_f/microservices-in-java-never-a7f3a2540dbb

воу воу :) спасибо за статью

mingw на линукс

на линукс или под wine?

под wine stackoverflow

mingw64.exe

https://www.easycoding.org/2014/04/26/sborka-staticheskix-prilozhenij-na-qt-dlya-windows-iz-linux.html

Мне этот ряд статей нравится:

https://www.nginx.com/blog/introduction-to-microservices/

Так, я что-то не пойму чем сonst от in отличается

https://dlang.org/spec/function.html#parameters то есть, тоже что и const, плюс запрещено присваивать ссылку внешней переменной

хотя чот я сам не пойму, как этот in действует) если действует

хотя чот я сам не пойму, как этот in действует) если действует

он должен иметь смысл на ссылочных типах

он должен иметь смысл на ссылочных типах

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

вроде я видел гдето в доке, что scope пока заглушка, хотя может и нет

scope вроде даже deprecated

scope вроде даже deprecated

еще с книги

не... чёт не то...

scope a = new MyClass; должно быть deprecated, а вот void foo(scope int delegate(int) bar) { ... } не должно

для объектов используется сейчас структура scoped

Короче перемудрили они с этими модификаторами

ровно как и с @safe @system и тд

а со scope очень сильно

Короче перемудрили они с этими модификаторами

inout вообще огонь, до сих пор не до конца понимаю что с ним делать

inout вообще огонь, до сих пор не до конца понимаю что с ним делать

+++

только одним способом использую: inout(SomeType) someProperty() inout @property { ... }

но вот как он корелируется с аргументами метода пока не пойму

ну насколько я понял, inout используется, что бы не писать три варианта функции - для mutable, const и immutable

ровно как и с @safe @system и тд

а с @safe что не так? вроде прозрачно же все) по умолчанию все @system, @safe код может вызывать тольк @safe и @trusted, @trusted може вызывать еще и @system)

а с @safe что не так? вроде прозрачно же все) по умолчанию все @system, @safe код может вызывать тольк @safe и @trusted, @trusted може вызывать еще и @system)

какой профит от @safe?

гарантия безопасности)

да как-то...

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

какой смысл, если всё равно можно обойти?

ERROR: S client not available

можно, но не нужно)

причём вообще тупо void foo() @safe { () @trusted { ololocode; } (); }

подозреваю, @trusted выполняет функцию моста между @safe и очень оттестированным Си кодом, который мамой клянется, что в нем память не течет)

но, естественно, злоупотреблять этим не нужно)

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

если кто-то жанглирует указателями он должен понимать что делает

подозреваю, @trusted выполняет функцию моста между @safe и очень оттестированным Си кодом, который мамой клянется, что в нем память не течет)

не только в Си коде нужны вещи, которые в @safe запрещены

ну вот когда он пишет @trusted и начинает жонглировать, он как бы говорит «поцоны, не ссыте, я знаю, что делаю»

там ещё нельзя, насколько я помню, кастовать массивы

ну вот когда он пишет @trusted и начинает жонглировать, он как бы говорит «поцоны, не ссыте, я знаю, что делаю»

тогда логичней было бы сделать по умолчанию @safe, а там где тебе нужно произвести какую-то крутую операцию ты ставишь @system

можно main сделать @safe

и было бы на 2 модификатора меньше

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

С++-сные страхи =)

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

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

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

но, в принципе, через @system, @trusted и @safe в проекте достаточно удобно выделять области кода, на которые нужно обращать особое внимание при тестировании и ревью)

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

ну такое себе...

по крайней мере, в @safe точно не будет утечек, если их нету в сборщике мусора)

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

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

мне вот интересно... Брайт собирается D3 делать или будет исправлять D2?

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

пока намеков вроде нет)

с одной стороны хорошо, а с другой так себе

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

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

потом начались @nogc, -betterC и тд

они сначала думали, что всё, что кроме компилятора, сделает комьюнити, а сейчас становится ясно, что это бред получается (хакерпилот по сути в своей либе реализует часть фронтенда)

опять же с модификаторами этими как-то сильно нахуеверчено

scope для делегата в opApply нужен (как минимум)

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