Автор просто красафчег :D А на выходных он еще зарелизит версию 0.0.4 со стабильной работой ?

В D есть только две стабильные вещи - phobos и vibe.d)

и стабильно глюкавый компилятор

И ведь не поспориш

В D есть только две стабильные вещи - phobos и vibe.d)

а vibe стабилен как явление в жизни языка?

Пытаюсь вызвать функцию test_hello из dll, пишет: D:\SRC\D_lang\dll>dmd -m64 call.d call.d(5): Error: undefined identifier enforce call.d(8): Error: undefined identifier enforce Код call.d: import core.runtime; import core.sys.windows.windows; // mydll.dll: int test_hello(int*); void main() { auto h = cast(HMODULE)enforce(Runtime.loadLibrary("mydll.dll")); scope (exit) Runtime.unloadLibrary(h); auto bar = cast(int function(int*)) enforce(GetProcAddress(h, "test_hello")); int a = 5; bar(&a); } Что делаю не так? Код взять из презентации Мартина Новака с Dconf

а vibe стабилен как явление в жизни языка?

Да.

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

Пытаюсь вызвать функцию test_hello из dll, пишет: D:\SRC\D_lang\dll>dmd -m64 call.d call.d(5): Error: undefined identifier enforce call.d(8): Error: undefined identifier enforce Код call.d: import core.runtime; import core.sys.windows.windows; // mydll.dll: int test_hello(int*); void main() { auto h = cast(HMODULE)enforce(Runtime.loadLibrary("mydll.dll")); scope (exit) Runtime.unloadLibrary(h); auto bar = cast(int function(int*)) enforce(GetProcAddress(h, "test_hello")); int a = 5; bar(&a); } Что делаю не так? Код взять из презентации Мартина Новака с Dconf

enforce это шаблон из std.exception, импортируй его

Заработало! Спасибо!

Я его нашёл в std.exception но только было непонятно что это тот же enforce из примера, т.к. я не разобрался что именно он делает

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

Ну сам D относительно нестабильный)

Я его нашёл в std.exception но только было непонятно что это тот же enforce из примера, т.к. я не разобрался что именно он делает

он выбрасывает исключение, если в первом аргументе оказывается не true

Удобный сахарок )

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

Привет! Какие из GUI библиотек для D (неважно - биндинг или нет) за вычетом Qt имеют классы а-ля модель-представление для показа таблиц?

Gtkd?

Gtkd?

спасибо, учту.

Ух какие компактные бинарники то ldc2 выдает

DMD 3.7 мб в релизе, ldc2 1.6 мб в релизе

Интересно. Спасибо!

code.dlang.org лёг?

У меня открывается

ага заработал

ошибся в написании

При попытке скомпилировать sample dll написанной на D из каталога компилятора выдает ошибку: C:\D\dmd2\samples\d\mydll>..\..\..\windows\bin\dmd -m64 -ofmydll.dll -L/IMPLIB mydll.d dll.d mydll.def LINK : fatal error LNK1146: не указан аргумент для параметра "/IMPLIB" Error: linker exited with status 1146 C:\D\dmd2\samples\d\mydll>..\..\..\windows\bin\dmd -m64 test.d mydll.lib LINK : fatal error LNK1104: не удается открыть файл "mydll.lib" Error: linker exited with status 1104 - что странно, т.к. этот пример вроде как раньше работал. Что я делаю не так?

Раньше работал это когда?

Windows: Visual C++ and the Windows SDK are no longer required to build 64-bit executables The Windows installer now adds platform libraries built from the MinGW definitions and a wrapper library for the VC2010 shared C runtime. When building COFF object files with -m64 or -m32mscoff and no Visual Studio installation is detected or no platform libraries are found these will be used as replacements. If the Microsoft linker is not found, the LLVM linker LLD will be used.

Не оно?

Раньше работал это когда?

В версии 2.078.3 работала 32-битная компиляция этого примера, без ошибок. С ключём "-m64" не работает и она, сообщение об ошибке то же, что и выше. Сейчас в версии 2.079 даже 32-битная выдаёт ошибку: C:\D\dmd2\samples\d\mydll>build.bat C:\D\dmd2\samples\d\mydll>..\..\..\windows\bin\dmd -ofmydll.dll -L/IMPLIB mydll.d dll.d mydll.def C:\D\dmd2\samples\d\mydll>..\..\..\windows\bin\dmd test.d mydll.lib OPTLINK (R) for Win32 Release 8.00.17 Copyright (C) Digital Mars 1989-2013 All rights reserved. http://www.digitalmars.com/ctg/optlink.html test.obj(test) Error 42: Symbol Undefined _D5mydll8dllprintFZv Error: linker exited with status 1

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

может и регрессия случилась

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

Спасибо! Пойду туда.

Пожалуйста, обращайтесь ещё :)

http://code.dlang.org/ лежит?

мляхамуха задолбало уже

опять заработало

Это ci/cd в действии ) по коммитам новая сборка разворачивается сразу ))

А без перерыва в обслуживании разве нельзя это запилить?

Да я шучу, скорей всего оно падает постоянно просто. Самого жутко бесит

Вроде там чего-то дублировали недавно

Дублирование падений?

lol

Пожалуйста, обращайтесь ещё :)

Ответили, всё работает теперь: https://forum.dlang.org/post/frcagstmqkfmurkkuczv@forum.dlang.org

??

А почему черная?

сам офигел от выбора

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

Дальше немного застрял. Хочу скомпилировать в D в dll которая имеет C интерфейс. В оригинальном файле mydll.d функция объявлена так: export void dllprint() { printf("hello dll world\n"); } В скомпилированной с помощью dmdm dll-ке функция выглядит так _D5mydll8dllprintFZv т.е. в стиле C++. Вопрос как к этой функции приделать С интерфейс (типа void(void) в данном случае), чтобы функция в итоге была объявлена как dllprint?

Дальше немного застрял. Хочу скомпилировать в D в dll которая имеет C интерфейс. В оригинальном файле mydll.d функция объявлена так: export void dllprint() { printf("hello dll world\n"); } В скомпилированной с помощью dmdm dll-ке функция выглядит так _D5mydll8dllprintFZv т.е. в стиле C++. Вопрос как к этой функции приделать С интерфейс (типа void(void) в данном случае), чтобы функция в итоге была объявлена как dllprint?

extern(C) вроде бы

Прочитал что нужно extern(C)

.. )) не думал что так просто всё!

Очень-очень круто

https://wiki.dlang.org/Win32_DLLs_in_D#DLLs_with_a_C_Interface есть целая статья про dll

.. )) не думал что так просто всё!

Один из плюсов D

А у меня не получается влинковать библиотеки статически в бинарник.. Беда. Очень сложно.

-l не помогает

https://wiki.dlang.org/Win32_DLLs_in_D#DLLs_with_a_C_Interface есть целая статья про dll

Я её смотрел, она у меня сейчас открыта, но видимо extern/export перепутались в сознании и я не понял что extern (C) { void gc_setProxy(void* p); void gc_clrProxy(); } — это то, что мне нужно. Делаю первые шаги в D.

А у меня не получается влинковать библиотеки статически в бинарник.. Беда. Очень сложно.

У меня получилось слинковать с D либу написанную на C, которая вызывает dll неявно.

Но, там кроме extern (C) {} никакого шаманства.

Это подозреваю что динамически а не статически

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

Вот с go это прокатывает, он все по умолчанию линкует туда. А в D требуется шесть(!) библиотек подключить, среди них librt, libc++, libpthread, libdl и еще какие-то там

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

Это подозреваю что динамически а не статически

Ого. Я с Go игрался пару лет назад, но из-за того что он тогда не умел делать dll я его закинул. Потом узнал про D и понял что он мне больше подходит.

Это подозреваю что динамически а не статически

Т.е. задача была в том, чтобы не таскать с со своим бинарником 6 дополнительных разделяемых библиотек, а слить всё в 1 большой бинарник?

ERROR: S client not available

да

но чето -lpthread не решает этого

Я через lddсмотрю какие символы бинарник импортирует и он все еще зависит от libpthread.so

Очень-очень круто

Недавно с С++ ? Через месяц назад не сможешь вернуться)

Недавно с С++ ? Через месяц назад не сможешь вернуться)

Ага. Я ещё год назад купил книжку Майерса про "Современный и дефективный C++" и понял, что когда я всё это пойму, у меня будет борода как у Деда Мороза.

Дефективный с++?))

Эффективный, конечно. Опечатался ;)

Я через lddсмотрю какие символы бинарник импортирует и он все еще зависит от libpthread.so

а от положения ключа -lpthread в команде не зависит?

Я вписываю это dub он там сам распределяет

в итоге запускает такой флаг -L=-lpthread который передается линковщику

Пробовал вставлять это во всех комбинациях в lflags и в dflags и все одно и то же.

ну можно попробовать руками повторить его строку и поиграть с положением флага.

Вот с go это прокатывает, он все по умолчанию линкует туда. А в D требуется шесть(!) библиотек подключить, среди них librt, libc++, libpthread, libdl и еще какие-то там

Это не проблема языка, а проблема системы сборки

Я попробую с голым dmd

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

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

В смысле?

салямалекум, буду рад если кто-нибудь подскажет.Возможно ли как-нибудь отключить code-coverage для библиотек, подключаемых через dependencies?т.е. чтобы покрытие проверялось только для моего кода из src

салямалекум, буду рад если кто-нибудь подскажет.Возможно ли как-нибудь отключить code-coverage для библиотек, подключаемых через dependencies?т.е. чтобы покрытие проверялось только для моего кода из src

Ты про какой конкретно редактор? Он на DCD работает?

это не про редактирование вопрос

Хотя да

я имею ввиду параметр -cov в dub

это опять про нашу систему сборки дефолтную

Даже не про dub...

про дуб

Компилятор выдаёт это

Это туда передаётся этот флаг

А он не знает разницы между библиотекой и сорцами

просто я юзаю requests из vibe.d и -cov прогоняется через весь vibe, что мне не нужно совсем

Я просто потом удалял файлы скриптом

When doing -b unittest-cov dub only builds the current package in unittest-cov mode, all the dependencies are just build in their default mode.

https://forum.dlang.org/post/rrtxjipvjhcptlemgckm@forum.dlang.org

А, туплю