В плагине visual-d не используется dcd?

нет, там своё что-то было. Он же древнючий. Проще своё допиливать, видимо, было. Не помню, чтобы там я dcd настраивал как-то

https://github.com/dlang/visuald/tree/master/vdc

парсеры, лексеры

а это юзалось в ксамарине, емнип, https://github.com/aBothe/D_Parser

Нда... Тут, конечно, Брайт и ко промахнулись... Язык сложный, а компилятор не библиотека - по сути это N-ая реализация (на ряду с libdparse) синтаксического разбора, которая в мелочах будет не соответствовать компилятору

да вроде бы уже библиотека)

Да вроде нет

https://code.dlang.org/packages/dmd

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

Это фикция)

или я не так понял

а я хотел бы подтягивать компилятор дабом)

как sbt скалку подтягивает

Может за пару месяцев что-то поменялось, конечно

Об этом давно говорят и пакет на dub это шаги в направлении компилятора как библиотеки, но не всё готово

Так бы в зависимостях dcd был бы dmd

http://code.dlang.org/packages/libdparse тут нет его пока

я специально поставил даб без компилятора и проверил, он затянул сорсы и ... всё...надорвался)

гм.. и gdc тоже пилят https://github.com/D-Programming-GDC/GDC/blob/master/gcc/d/ChangeLog

я специально поставил даб без компилятора и проверил, он затянул сорсы и ... всё...надорвался)

Не понял в чём мысль - dub без компилятора же не может собрать ничего, что логично

гм.. и gdc тоже пилят https://github.com/D-Programming-GDC/GDC/blob/master/gcc/d/ChangeLog

Самое неприятное что frontend на си

Не понял в чём мысль - dub без компилятора же не может собрать ничего, что логично

ну это по аналогии с Scala или Kotlin, когда компилятор - это эдакий рантайм

Самое неприятное что frontend на си

Что опять даёт несоответствие с dmd

Кстати в ldc теперь есть немного jit

Что опять даёт несоответствие с dmd

там плюсы уже (может не полностью), но сути не меняет

там плюсы уже (может не полностью), но сути не меняет

да, вперемешку

да, вперемешку

И делает это вроде только один чел

Респект, конечно, ему, но хз...

кто-нибудь собирал проекты на D при помощи CMake?

Пишу просто мейки.

Мейкфайлы писать уже заипался

А

а это юзалось в ксамарине, емнип, https://github.com/aBothe/D_Parser

VisualD как раз этот D_Parser использует (или по крайней мере раньше использовал) Мне доводилось его патчить чуть-чуть.

Есть легковесные быстрые http-серверы, аналогичные в go? Или сразу всякие наборы софта для шин. Да вообще для веба всякого. Я понимаю, что data science и image processing это круто, но чтобы язык жил массами ему нужна поддержка веба цивильная

Вот тут коллекция маленьких библиотечек на разные случаи жизни, в том числе легковесный http сервер. https://github.com/adamdruppe/arsd

https://github.com/zhaopuming/awesome-d#web-frameworks

OPTLINK это значит идет сборка в 32 бита и используется старинный линкер, идущий вместе с DMD. Можно попробовать другие варианты (задействовать линкер из VS или пособирать в 64 бита или другой компилятор взять). Но раньше я проекты на vibe.d собирал нормально в винде под 32 бита обычным dmd и optlink, все было ок. Это, правда, год назад последний раз было.

Еще Martin Nowak лайкает все подряд https://github.com/MartinNowak?utf8=%E2%9C%93&tab=repositories&q=&type=fork&language=d

Еще Martin Nowak лайкает все подряд https://github.com/MartinNowak?utf8=%E2%9C%93&tab=repositories&q=&type=fork&language=d

Имхо нужно ставить звездочки всем проектам, которые тебе интересны. Это обратная связь: ты можешь их и не использовать и не донатить им, но автор будет знать что его труд не совсем плох и кому-то приглянулся

хорошо

только к чему это?

только к чему это?

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

ну да, я это и написал

ладно

Вот тут коллекция маленьких библиотечек на разные случаи жизни, в том числе легковесный http сервер. https://github.com/adamdruppe/arsd

"I like to compile by just passing all the modules to the command line at once. For example: dmd yourapp.d cgi.d. That's why I don't bother with a separate arsd/ directory nor with dub packages."

OPTLINK это значит идет сборка в 32 бита и используется старинный линкер, идущий вместе с DMD. Можно попробовать другие варианты (задействовать линкер из VS или пособирать в 64 бита или другой компилятор взять). Но раньше я проекты на vibe.d собирал нормально в винде под 32 бита обычным dmd и optlink, все было ок. Это, правда, год назад последний раз было.

Хм, прокатило с флагом —arch )

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

ребят, кто как делает проектную документацию?

кто-нибудь использует что-то вроде docbook, dita?

или все по старинке в m$ word?

markdown)) в docs папке)

markdown аналогично

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

ну кстати вроде dita-ot умеет markdown перегонять в pdf

только вот ещё не пробовал

ребят, кто как делает проектную документацию?

M$ OneNote реально крут для этого (мы же про требования и вот это вот все сейчас говорим) он и в PDF может

M$ OneNote реально крут для этого (мы же про требования и вот это вот все сейчас говорим) он и в PDF может

ТЗ, РЭ и тд m$ это круто, наверное, но как-то не хочу завязываться на нём... хочется минимум кроссплатформенное решение

я его даже не сворачиваю, а сразу закрываю, запускается мгновенно - это радует

ну там есть андроид-версия

но она обрезанная вроде

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

все есть, только формат бинарный, но не одним файлом - там от структуры "документа" зависит

версии можно прям в нем смотреть

там теги есть

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

все есть, только формат бинарный, но не одним файлом - там от структуры "документа" зависит

при желании можно отдать "проект" одним файлом

его делают люди, которые слышали про Пользовательское взаимодействие

и еще они могут в скорость

удобство и скорость - этого многим не хватает

ERROR: S client not available

читаю сейчас и как-то не то...

на флешке ношу проект (инита нет у меня); прихожу и подключаю флешку к компу на котором товарищ внес изменения - открываю проект, а эти изменения уже у меня

форматирование каким образом организовано?

да, не то, но для Этого очень даже подходит

генерация оглавления?

форматирование каким образом организовано?

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

генерация оглавления?

не нужно оно

для заметок личных может и не нужно, а для РЭ нужно

там видать структуру документа

РЭ печататься должно

ТЗ то хрен с ним, оно может в любом виде быть

на днях может скину какой проект, посмотришь

если сабж заимеешь

ну вот собственно это ещё одна проблема

я под linux работаю

90% времени

включать win только для этого не вижу смысла

андроид есть же

но хз как там будет все

https://forum.dlang.org/post/ovfut1$22hm$1@digitalmars.com

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

Зависит от компилятора

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

https://github.com/nexor/socks5d/blob/dockerize-app/Dockerfile#L18 Вот то что мне пришлось докидывать в контейнер для DMD

https://github.com/nexor/socks5d/blob/dockerize-app/Dockerfile.ldc#L15 а вот что для ldc2

То есть, как в гоу не получится. Жалько

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

А что у go прямо ровно 0 зависимостей нужно? И даже librt не нужно?

Что-то не очень верится

Всё внутри, причём пакет переносим. Можно скомпилить на бубунте, скинуть на центось и всё заработает отлично

Не не, это другие случаи

Заметь что я там наследуюсь от образа busybox:1.27.2-glibc - это самый наименьший рабочий линукс, который 1 мегабайт всего весит.

Там вообще ничего нету почти кроме libc. Еще меньше это только что scratch пустой.