Ну мне удалось некоторое время назад скомпилить wasm и запустить, был пост на реддите. Однако на betterC разрабатывать нецелесообразно, очень муторно и многословно

Нужен хотя бы какой-то урезанный runtime, исключения, классы, иначе все это будет боль

В принципе, nogc исключения уже есть, но не компилятся под betterc

я пишу генератор SQL-запросов

open source?

возможно, пока ещё не знаю

extern(c++) классы в nogc тоже можно сделать, но это тихий ужас в плане грязных хаков)

И кстати, в wasm же своя сборка мусора есть, или нет?

И кстати, в wasm же своя сборка мусора есть, или нет?

Насколько я знаю нет, это как-то в процессе планирования

Ив то же время я не понимаю - ведь сборка мусора в D это просто алгоритм написанный на D, так почему его нельзя скомпилировать и запустить на том же wasm. При наличии функци malloc/free все должно работать.

В принципе, да, должно

Но как всегда, вылезут какие-нибудь нюансы)

Только на днях пытался поиграться с wasm в ldc, а оказывается, даже вики-статья есть)

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

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

Как время появится, попробую

Сейчас даже доступа к исходникам нет

?

Ив то же время я не понимаю - ведь сборка мусора в D это просто алгоритм написанный на D, так почему его нельзя скомпилировать и запустить на том же wasm. При наличии функци malloc/free все должно работать.

Сборка мусора это искусство, а не наука

Мы не знаем точно как её делать правильно

Может вообще это ОС должна делать?

потому в васм могли оставить лазейки для её реализации

Может вообще это ОС должна делать?

Не, вряд ли. Пихание все в ОС ведет к ее раздуванию и ухудшению производительности. И дырам.

Ну и банально ОС это пока не может отслеживать

Мы не знаем точно как её делать правильно

Я даже не знаю как ее делать хоть как-нибудь

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

Не, вряд ли. Пихание все в ОС ведет к ее раздуванию и ухудшению производительности. И дырам.

С чего бы это?

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

Есть языки у которых машинный код подразумевает наличие инструкций типа ЭТО_ТЕПЕРЬ_МУСОР

managed которые

ну вот ответ https://stackoverflow.com/questions/26325759/why-doesnt-the-os-have-a-garbage-collector

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

явно теоретик (типа меня)

Some experimental operating systems, such as Es and Singularity, provide type-safe language runtimes at the kernel level: JavaScript in Es and a C# variant in Singularity.

А в betterc склейка строк надо понимать уже работать не будет тк аллокацию потребует?

Да

привет всем! Кто-нибудь знает как предотвратить запуск консоли при запуске GTKD приложения в release build?

в какой системе?

windows

прошу прощения, что не уточнил

Тогда через def файл это делается

Сейчас из dlangui сопру

https://github.com/buggins/dlangui/blob/master/src/win_app.def

о_О

его просто положить в папку с исполняемым файлом?

с optlink можно ещё аргументом сборки -L/SUBSYSTEM:windows:5

ничего себе

а с main и WinMain шаманить не надо?

О_о

с dwt не приходилось. всё было в main

что-то не помогает. Пишет 2 warnings win_app.def(1) : warning LNK4017: EXETYPE statement not supported for the target platform; ignored win_app.def(2) : warning LNK4017: SUBSYSTEM statement not supported for the target platform; ignored

Господа, скоро будет релиз нового дохлого графического тулкита с какими-то деффектами врожденными. Я уговорил автора его опенсорснуть.

Может кому пригодится)

ну спасибо! хехе

что-то не помогает. Пишет 2 warnings win_app.def(1) : warning LNK4017: EXETYPE statement not supported for the target platform; ignored win_app.def(2) : warning LNK4017: SUBSYSTEM statement not supported for the target platform; ignored

файл похоже только для optlink

с optlink можно ещё аргументом сборки -L/SUBSYSTEM:windows:5

то есть надо dmd -L/SUBSYSTEM:windows:5 ?

попробуй -L/SUBSYSTEM:windows. этот флаг есть в ms линкере

ничего не помогает(

как и чем собираешь?

я вижу, что все это советуют

даже тут есть https://github.com/o3o/d-notes/wiki/GtkD-notes

как и чем собираешь?

через dub

но я вывод смотрю и тут DMD правильно вызывается

в смысле с этими флагами

попробуй собрать в omf

я к сожалению не знаю что это

google выдает что-то из IT

встроенным линкером, а не из студии

ERROR: S client not available

убрать -ms32coff или подобное из флагов компилятора

прикольная репка

убрать -ms32coff или подобное из флагов компилятора

такого и нет

-m64?

можно явно задать -m32 для сборки встроенным линкером

m64 есть

надо было мне сразу сказать, что под x64 сборка

если соберётся норм, то копай в сторону ms линкера. посмотри что действительно в линкер уходит

я тут выпал немного из жизни.. event-loop на betterC еще не появлялось? )

а чем для betterC плох libevent или libuv?

надо посмотреть.. там таймеры есть?

ога

а чем для betterC плох libevent или libuv?

Тем что они не на D написаны конечно же

если соберётся норм, то копай в сторону ms линкера. посмотри что действительно в линкер уходит

не, надо будет убрать --arch=x86_64, а без этого вообще не собирается. Выдаст очень много ошибок https://forum.dlang.org/post/amulgnrejgawzuakepmi@forum.dlang.org

наверное, проще будет в dub.json добавить "lflags": ["-Subsystem:Windows"] и вместо main использовать extern(Windows) int WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int iCmdShow)

только /Subsystem:Windows

-Subsystem:Windows

о_О

это если --arch=x86_mscoff или --arch=x86_64 используется

ок, сейчас

betterC, собранный таким образом под x86_mscoff, весит всего 3,5 Кб)

короче WinMain получаю segfault

ладно, в любом случае спасибо всем! Теперь хоть знаю что искать

Случилось то, чего мы все так долго ждали. Embarcadero представила новую редакцию Delphi и C++ Builder: Delphi Community Edition и C++ Builder Community Edition.

?

Кстати в delphi нет GC. Когда я в 15 лет программировал на нем, даже не знал про это.

В клинике одной очень крупной ведется весь учет да и вся клиника работает на собственном приложении Delphi 7. Вы просто не представляете как их работа зависит от этого приложения, я покапался в ее коде и видно сразу, что приложение это одного разработчика, изначально им много лет писал ее один программист, дописывал туда кучу всего, потом, к сожалению, его болезнь застала и он умер. Как дальше развивать его не ясно. Но delphi жив и еще долго будет жить!!! https://habr.com/post/417629/#comment_18902363

какое же днище

жиза

я же кидал сюда вакансии на дельфи за 200+ тыщ )

У нас на работе примерно так, есть система которая писалась в 2006-2012 годах, ее один прогер знает кое-как, есть новая система 2013-2017 годов, ее мы знаем. А без нас хрен кто разберется.