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

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

и не один даже

но мне ща больше интересен именно dlangui под dsfml

или просто писать редактор отдельно от игры

Так, наиболее удобная lua либа для d обновлялась в феврале 2016 года

хмммм...

Ладно, попробую

https://github.com/blahness/duktaped можно взять за основу)

ухты.. а я думаю, чо за веселуха этот duktape, а оно ад и ужас)) над потыцать

кстати, ты не думал об использовании lua вместо js, напрмер, или в твоем случае это не вариант?

питон хорошо заходит

питон хорошо заходит

Я с питоном не очень дружу =)

Кстати, кто пользуется vs code для d тут? Просто уже второй раз сталкиваюсь с одной фигней. Он выполняет команду в проекте dub upgrade, которая полностью переустанавливает некоторые зависимости, но он не ждет этого, поэтому он такие проекты не может читать. Что можете предложить для фикса этого?

Выкинуть к ёбаной матери говно-dub

)

и писать Makefile'ы :)

В этом месте уже можно обращаться к плюсам)

В этом месте уже можно обращаться к плюсам)

Ох... Только не это.

Выкинуть к ёбаной матери говно-dub

Автокомплит самому придется прописывать =(

Автокомплит самому придется прописывать =(

M?

M?

Пути к библиотекам и бла-бла-бла

Пути к библиотекам и бла-бла-бла

А ты клади их в одно место, в какой-нибудь /lib

Ну можно

Но... лень

Ладно, пока что есть только одна идея

Можно прямо в папке проекта создавать и туда копировать.

Как локальную зависимость прописать

Ну можно

Пример, мой проект собирается и дабом на винде и мейкфайл со всеми зависимостями в репе есть для боле быстрой сборки и деплоя https://github.com/Lord-Evil/ebus.d?files=1

А, забыл сказать, у меня есть специально выебанная мной версия dub. Научил суку генерить мейкфайлы и сходу собирать статические и динамические библиотеки.

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

Мейкфайл просто переиспользую в проектах, слегка модифицируя

название многообещающее

Да да, ёбус ?

Выкинуть к ёбаной матери говно-dub

или выкинуть к ебаной матери говно-vscode

или выкинуть к ебаной матери говно-vscode

Реактор как редактор)

пакетный менеджер как пакетный менеджер

пакетный менеджер как пакетный менеджер

Нет)

Ещё и система сборки

Как пакетный менеджер ок (ну почти), а как система сборки не очень - есть много вещей которые нужно доделать в нём (кросскомпиляцию например)

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

точней линковку зависимостей как динамических либ

точней линковку зависимостей как динамических либ

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

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

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

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

Или я дурак?

надо, все верно

надо, все верно

И как много библиотек имеют прописанную точку входа?

точней линковку зависимостей как динамических либ

derelict?

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

derelict?

не знаю что это

И как много библиотек имеют прописанную точку входа?

не в курсе

не знаю что это

это набор биндингов для самых разных сяшечных либок

при помощи derelict легко и непринужденно можно указать в зависимостях, например FreeType или FreeImage

это набор биндингов для самых разных сяшечных либок

Не очень он мне нравится

Не очень он мне нравится

фатальный недостаток? Написано не тобой?

фатальный недостаток? Написано не тобой?

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

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

а какая по-сути разница?

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

Думаю особо никакой

единственное, я не знаю как оно живет под ведром, на линупсе все окай

единственное, я не знаю как оно живет под ведром, на линупсе все окай

На винде тоже вроде

динамически линковать быстрее)

Ну и еще автокомплит становится неудобным

недавно тут задавать вопрос как ускорить сборки hello world на GTK

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

также держу dub и makefile

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

ERROR: S client not available

Как это решается? Через target=executable и target=library ?

наверное

Типо конфигурация

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

Посмотри как в том же dub сделано

А на что там смотреть? dub разве может подключаться как библиотека?

А на что там смотреть? dub разве может подключаться как библиотека?

Да

Как это решается? Через target=executable и target=library ?

пример можно посмотреть тут https://github.com/dlang-community/DCD/blob/master/dub.json

excludedSourceFiles "source/app.d" ? о походу вот спасительная строчка

во время сборки надо писать --config=library

в случае с DCD именно

А то я все думал как же при импорте избежать включения main() функции, ведь ее же тоже схавает

во время сборки надо писать --config=library

Но я имею в виду чуть другое. Мне нужна не сборка, а чтобы мой проект можно было выкачать через dub и подключить как import my.foo в исходниках другого проекта. И пользоваться всеми классами/функциями. Это тоже решается через library ?

блин, я же интересовался этим

сейчас найду

Но я имею в виду чуть другое. Мне нужна не сборка, а чтобы мой проект можно было выкачать через dub и подключить как import my.foo в исходниках другого проекта. И пользоваться всеми классами/функциями. Это тоже решается через library ?

Да

Просто получается конфигурацию Library создаешь, исключаешь те файлы, которые относятся к приложению и все

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

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

сингл респонсибилити на уровне всего исходного кода, все дела)

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

Но тогда придется делать еще один репозиторий, поддерживать все это отдельно и получится как-то сложно. Но выглядит конечно правильнее.

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

ну тут уже выбор на уровне «хуяк-хуяк и в продакшн» и «гибкая архитектура»)

Да и еще - я хочу чтобы мои "обертки" так называемые могли легко интегрироваться как с сокетами std так и с vibe.d, это вообще реально? Или опять на два репа придется делать

Интерфейс сокета

Допустим у проекта который все делает на стандартных сокетах - не требовалось vibe-core как зависимость подключать.

Конфигурации

Как в dlangui

? да логично, все же есть, чето я туплю )

@chebotarevp во!

"subConfigurations": { "somepackage": "glut-app" }

Да да я вспомнил

Спасибо