Already >1 year I consider to move from C++ to Dlang or to Rust in my hobby game development (mostly based on physical simulations https://github.com/ProkopHapala/SimpleSimulationEngine). I probably prefer Dlang because it compiles much faster, and I can copy&paste C/C++ code to it without much changes.

But I cannot figure out how to jumpstart. The barrier is to configure environment/libraries.

Up to now I was able to compile just "First Triangle example" (Not sure from where I copyied it)
https://www.dropbox.com/sh/myem3g69qjyo58v/AABZuvwuRDpnskhEC4AAK5AVa?dl=0

but when I tried to clone from github some more sophisticated tutorials or demos it never works. Either it is Windows-only (Visual Studio .snl, no dub; https://github.com/Ingrater/Spacecraft), or there are some dependencies on old versions of libraries, which I don't know how to upgrade. Or it has some other dependecies which documentation does not explain how to configure on linux.

============================================================
These are some cases I tried (and problems I had):
============================================================

#### d-gamedev-team/opengl-tutorials (https://github.com/d-gamedev-team/opengl-tutorials)

opengl-tutorials/ports/opengl-tutorial.org/$ dub
Failed to find any versions for package glad-drey, referenced by opengl-tutorial.org ~master

opengl-tutorials/ports/opengl-tutorial.org/tutorials/02_triangle$ dub
Failed to find any versions for package glamour-drey, referenced by gltut-utility >=0.0.0 @/home/prokop/git_SW/_Dlang/opengl-tutorials/utility


#### kiith-sa/d-gl-tutorial (https://github.com/kiith-sa/d-gl-tutorial)

(dmd-2.088.0)prokop@prokop-Lenovo-ideapad-Y700-15ISK:~/git_SW/_Dlang/d-gl-tutorial$ ./compile.sh
./DerelictUtil-master/source/derelict/util/sharedlib.d(40): Error: module linux is in file 'std/c/linux/linux.d' which cannot be read
import path[0] = ./DerelictGL3-master/source/
import path[1] = ./DerelictSDL2-master/source/
import path[2] = ./DerelictUtil-master/source/
import path[3] = .
import path[4] = /home/prokop/dlang/dmd-2.088.0/linux/bin64/../../src/phobos
import path[5] = /home/prokop/dlang/dmd-2.088.0/linux/bin64/../../src/druntime/import
Failed: ["/home/prokop/dlang/dmd-2.088.0/linux/bin64/dmd", "-I./DerelictGL3-master/source/", "-I./DerelictSDL2-master/source/", "-I./DerelictUtil-master/source/", "-v", "-o-", "triangle.d", "-I."]


#### Dagon (https://github.com/gecko0307/dagon)

... it compiles and produce 'libdagon.a', but what to do with it? there are not demos/examples

#### dagon-demo (https://github.com/gecko0307/dagon-demo)

Linking...
Copying files for dagon...
Invalid source/import path: /home/prokop/git_SW/_Dlang/dagon-demo/shaders
Running ./dagondemo
Error: Nuklear library is not found. Please, install Nuklear.
Program exited with code 1
... Almost there, but still I don't know how to make it run

#### dmech (https://github.com/gecko0307/dmech)

Target is a library. Skipping execution.

#### dmech/demos (https://github.com/gecko0307/dmech)

dlib 0.12.2: building configuration "library"...
../../../../.dub/packages/dlib-0.12.2/dlib/dlib/core/stream.d(228,16): Error: module string is in file 'std/c/string.d' which cannot be read
import path[0] = ../../../../.dub/packages/dlib-0.12.2/dlib
import path[1] = /home/prokop/dlang/dmd-2.088.0/linux/bin64/../../src/phobos
import path[2] = /home/prokop/dlang/dmd-2.088.0/linux/bin64/../../src/druntime/import
/home/prokop/dlang/dmd-2.088.0/linux/bin64/dmd failed with exit code 1.

#### Dash (https://github.com/Circular-Studios/Dash)

Running pre-build commands...
cp: cannot create regular file '/usr/lib/libsoloud_x86.so': Permission denied
source/dash/utility/data/yaml.d(4,15): Deprecation: module yaml is deprecated - Import dyaml instead
../../../.dub/packages/vibe-d-0.7.33/vibe-d/source/vibe/core/log.d(554,21): Error: Built-in hex string literals are obsolete, use std.conv.hexString!"EFBBBF" instead.
source/dash/utility/input/input.d(7,8): Deprecation: module yaml is deprecated - Import dyaml instead
source/dash/core/gameobject.d(7,8): Deprecation: module yaml is deprecated - Import dyaml instead
source/dash/components/assets.d(10,8): Deprecation: module yaml is deprecated - Import dyaml instead
source/dash/components/material.d(7,8): Deprecation: module yaml is deprecated - Import dyaml instead
source/dash/components/mesh.d(8,19): Error: module stream is in file 'std/stream.d' which cannot be read

#### Sample-Dash-Game (https://github.com/Circular-Studios/Sample-Dash-Game)

logger 0.3.3: building configuration "library"...
Error: module std.experimental.logger.core from file ../../../.dub/packages/logger-0.3.3/logger/std/experimental/logger/core.d is specified twice on the command line
Error: module std.experimental.logger.filelogger from file ../../../.dub/packages/logger-0.3.3/logger/std/experimental/logger/filelogger.d is specified twice on the command line
Error: module std.experimental.logger.multilogger from file ../../../.dub/packages/logger-0.3.3/logger/std/experimental/logger/multilogger.d is specified twice on the command line
Error: module std.experimental.logger.nulllogger from file ../../../.dub/packages/logger-0.3.3/logger/std/experimental/logger/nulllogger.d is specified twice on the command line
../../../.dub/packages/logger-0.3.3/logger/std/experimental/logger/package.d(1,1): Error: module std.experimental.logger from file ../../../.dub/packages/logger-0.3.3/logger/std/experimental/logger/package.d conflicts with package name logger
/home/prokop/dlang/dmd-2.088.0/linux/bin64/dmd failed with exit code 1.

On Friday, 18 October 2019 at 05:52:19 UTC, Prokop Hapala wrote:
> Already >1 year I consider to move from C++ to Dlang or to Rust in my hobby game development (mostly based on physical simulations https://github.com/ProkopHapala/SimpleSimulationEngine). I probably prefer Dlang because it compiles much faster, and I can copy&paste C/C++ code to it without much changes.
>
> [...]

I cannot make any comment for others. But Dagon should work. I wrote a very little demo game some time ago https://github.com/aferust/dagon-shooter. I didn't try to compile and run it on Linux.I think you need to have a nuklear.so in your path, since Bindbc loaders try to load dynamic libraries by default.

On Friday, 18 October 2019 at 06:11:37 UTC, Ferhat Kurtulmuş wrote:
> On Friday, 18 October 2019 at 05:52:19 UTC, Prokop Hapala wrote:
>> Already >1 year I consider to move from C++ to Dlang or to Rust in my hobby game development (mostly based on physical simulations https://github.com/ProkopHapala/SimpleSimulationEngine). I probably prefer Dlang because it compiles much faster, and I can copy&paste C/C++ code to it without much changes.
>>
>> [...]
>
> I cannot make any comment for others. But Dagon should work. I wrote a very little demo game some time ago https://github.com/aferust/dagon-shooter. I didn't try to compile and run it on Linux.I think you need to have a nuklear.so in your path, since Bindbc loaders try to load dynamic libraries by default.

https://github.com/Timu5/bindbc-nuklear/blob/master/README.md

"This library contains prebuild windows dll for Nuklear, on different platforms you can easily build C source code from cmake configuration in c directory."

> Up to now I was able to compile just "First Triangle example" https://www.dropbox.com/sh/myem3g69qjyo58v/AABZuvwuRDpnskhEC4AAK5AVa?dl=
Why not start with that, then, and expand it until it has everything you need?

If it helps, the basic gl startup code for my engine is at http://ix.io/1Z2X/d and http://ix.io/1Z2Y/d (engine is closed-source, but feel free to steal that part for w/e you want).  Obviously depends on a bunch of other infrastructure, but should be enough to get the idea.  In the second link, you probably only want the constructor; everything else is irrelevant windowing stuff or boilerplate.

I guess I'm mostly confused as to what your roadblock is: once you've imported derelict.opengl, you have all the same opengl functions as you would have in c++; once you've imported derelict.sdl, you have all the same sdl functions as in c++.  The only thing I can think of aside from that is math or gui libs--but in your c++ engine, it looks like you implemented those from scratch.

By the way, I recommend using bindbc (https://github.com/bindbc) wrappers over derelict ones, if available, because mike isn't really maintaining derelict anymore.  He was pretty much the sole maintainer.  I'm currently using a weird branch of derelictsdl for vulkan support, and a custom version of derelictassimp so it doesn't break.

On Friday, 18 October 2019 at 06:36:49 UTC, Elronnd wrote:
> I guess I'm mostly confused as to what your roadblock is: once you've imported derelict.opengl, you have all the same opengl functions as you would have in c++; once you've imported derelict.sdl, you have all the same sdl functions as in c++.  The only thing I can think of aside from that is math or gui libs--but in your c++ engine, it looks like you implemented those from scratch.

The point is, I would like first to try some existing Dlang-based game or engine, to evaluate if Dlang really gives me so much more advantage/convenience over C++ (or Rust). Depending on that I will decide if it is worth to invest the effort to migrate all my stuff to Dlang.

Also while in C/C++ I hacked most of functionality (math,GUI,renderer,physics-engine) from scratch, I would prefer to rely on some solid reliable standard libraries from Dlang. My stuff is usually kinda "The best you can make in one week". One reason why I re-implemented so much things (like GUI, which I really hate to do) is because I find it quite painful to install&configure libraries in C/C++ (especially when versions changes). I hope that with Dlang's Dub or Rust's Cargo this will be much easier and I will use 3rd party libraries more.

On Friday, 18 October 2019 at 06:24:38 UTC, Ferhat Kurtulmuş wrote:
> On Friday, 18 October 2019 at 06:11:37 UTC, Ferhat Kurtulmuş wrote:
>> On Friday, 18 October 2019 at 05:52:19 UTC, Prokop Hapala wrote:
>>> Already >1 year I consider to move from C++ to Dlang or to Rust in my hobby game development (mostly based on physical simulations https://github.com/ProkopHapala/SimpleSimulationEngine). I probably prefer Dlang because it compiles much faster, and I can copy&paste C/C++ code to it without much changes.
>>>
>>> [...]
>>
>> I cannot make any comment for others. But Dagon should work. I wrote a very little demo game some time ago https://github.com/aferust/dagon-shooter. I didn't try to compile and run it on Linux.I think you need to have a nuklear.so in your path, since Bindbc loaders try to load dynamic libraries by default.
>
> https://github.com/Timu5/bindbc-nuklear/blob/master/README.md
>
> "This library contains prebuild windows dll for Nuklear, on different platforms you can easily build C source code from cmake configuration in c directory."

I did what you say (I guess), but Nuclear still cannot be found:

prokop@prokop-Lenovo-ideapad-Y700-15ISK:~/git_SW/_Dlang/dagon-demo$ echo $LD_LIBRARY_PATH
/home/prokop/git_SW/bindbc-nuklear/build:/home/prokop/torch/install/lib:

prokop@prokop-Lenovo-ideapad-Y700-15ISK:~/git_SW/_Dlang/dagon-demo$ ls
COPYING    data      dub.selections.json   icon.ico  input.conf     rcedit-x64.exe  README.md      src
dagondemo  dub.json  gamecontrollerdb.txt  icon.txt  libnuklear.so  rcedit-x86.exe  settings.conf

prokop@prokop-Lenovo-ideapad-Y700-15ISK:~/git_SW/_Dlang/dagon-demo$ ./dagondemo
Error: Nuklear library is not found. Please, install Nuklear.

On Friday, 18 October 2019 at 19:20:04 UTC, Prokop Hapala wrote:
> On Friday, 18 October 2019 at 06:24:38 UTC, Ferhat Kurtulmuş wrote:
>> On Friday, 18 October 2019 at 06:11:37 UTC, Ferhat Kurtulmuş wrote:
>>> On Friday, 18 October 2019 at 05:52:19 UTC, Prokop Hapala wrote:
>>>> Already >1 year I consider to move from C++ to Dlang or to Rust in my hobby game development (mostly based on physical simulations https://github.com/ProkopHapala/SimpleSimulationEngine). I probably prefer Dlang because it compiles much faster, and I can copy&paste C/C++ code to it without much changes.
>>>>
>>>> [...]
>>>
>>> I cannot make any comment for others. But Dagon should work. I wrote a very little demo game some time ago https://github.com/aferust/dagon-shooter. I didn't try to compile and run it on Linux.I think you need to have a nuklear.so in your path, since Bindbc loaders try to load dynamic libraries by default.
>>
>> https://github.com/Timu5/bindbc-nuklear/blob/master/README.md
>>
>> "This library contains prebuild windows dll for Nuklear, on different platforms you can easily build C source code from cmake configuration in c directory."
>
> I did what you say (I guess), but Nuclear still cannot be found:
>
> prokop@prokop-Lenovo-ideapad-Y700-15ISK:~/git_SW/_Dlang/dagon-demo$ echo $LD_LIBRARY_PATH
> /home/prokop/git_SW/bindbc-nuklear/build:/home/prokop/torch/install/lib:
>
> prokop@prokop-Lenovo-ideapad-Y700-15ISK:~/git_SW/_Dlang/dagon-demo$ ls
> COPYING    data      dub.selections.json   icon.ico  input.conf
>   rcedit-x64.exe  README.md      src
> dagondemo  dub.json  gamecontrollerdb.txt  icon.txt  libnuklear.so  rcedit-x86.exe  settings.conf
>
> prokop@prokop-Lenovo-ideapad-Y700-15ISK:~/git_SW/_Dlang/dagon-demo$ ./dagondemo
> Error: Nuklear library is not found. Please, install Nuklear.

Try to move that libnuklear.so or rename it to nuklear.so. I checked bindbc code and saw :

    version(Windows) {
        const(char)[][1] libNames = ["nuklear.dll"];
    }
    else version(OSX) {
        const(char)[][1] libNames = ["nuklear.dylib"];
    }
    else version(Posix) {
        const(char)[][2] libNames = [
            "nuklear.so",
            "/usr/local/lib/nuklear.so",
        ];
    }

On Friday, 18 October 2019 at 20:09:47 UTC, Aldo wrote:
> Try to move that libnuklear.so or rename it to nuklear.so. I checked bindbc code and saw :
>
>     version(Windows) {
>         const(char)[][1] libNames = ["nuklear.dll"];
>     }
>     else version(OSX) {
>         const(char)[][1] libNames = ["nuklear.dylib"];
>     }
>     else version(Posix) {
>         const(char)[][2] libNames = [
>             "nuklear.so",
>             "/usr/local/lib/nuklear.so",
>         ];
>     }

Great! progress! ... It shown loading splash screen and moving loading bar, when it reach the end, it segfault

prokop@prokop-Lenovo-ideapad-Y700-15ISK:~/git_SW/_Dlang/dagon-demo$ ./dagondemo
Loading scene "TestScene"
Segmentation fault (core dumped)

possibly it it connected with the error I saw during compilation:
Copying files for dagon...
Invalid source/import path: /home/prokop/git_SW/_Dlang/dagon-demo/shaders

The whole thing is like this:

prokop@prokop-Lenovo-ideapad-Y700-15ISK:~/git_SW/_Dlang/dagon-demo$ source ~/dlang/dmd-2.088.0/activate
(dmd-2.088.0)prokop@prokop-Lenovo-ideapad-Y700-15ISK:~/git_SW/_Dlang/dagon-demo$ dub
WARNING: A deprecated branch based version specification is used for the dependency dagon. Please use numbered versions instead. Also note that you can still use the dub.selections.json file to override a certain dependency to use a branch instead.
Invalid source/import path: /home/prokop/git_SW/_Dlang/dagon-demo/shaders
Performing "debug" build using /home/prokop/dlang/dmd-2.088.0/linux/bin64/dmd for x86_64.
bindbc-loader 0.1.1: target for configuration "noBC" is up to date.
bindbc-ft 0.1.0: target for configuration "library" is up to date.
bindbc-nuklear 0.1.0: target for configuration "dynamic" is up to date.
bindbc-opengl 0.4.0: target for configuration "dynamic" is up to date.
bindbc-sdl 0.4.1: target for configuration "dynamic" is up to date.
dlib 0.16.0: target for configuration "library" is up to date.
dagon ~dev_0.10: target for configuration "library" is up to date.
dagondemo 0.10.0+commit.6.gdf2dd63: target for configuration "application" is up to date.
To force a rebuild of up-to-date targets, run again with --force.
Copying files for dagon...
Invalid source/import path: /home/prokop/git_SW/_Dlang/dagon-demo/shaders
Running ./dagondemo

The dmech/demos also seems to be almost running just it somehow cannot find or use my libsdl.so library which it just compiled (it is in 'dmech/demos/lib')


(dmd-2.088.0)(dmd-2.088.0)prokop@prokop-Lenovo-ideapad-Y700-15ISK:~/git_SW/_Dlang/dmech/demos$ dub
Performing "debug" build using /home/prokop/dlang/dmd-2.088.0/linux/bin64/dmd for x86_64.
dlib 0.16.0: target for configuration "library" is up to date.
demo ~master: target for configuration "pyramid" is up to date.
To force a rebuild of up-to-date targets, run again with --force.
Running ./pyramid
derelict.util.exception.SharedLibLoadException@derelict/util/exception.d(43): Failed to load one or more shared libraries:
	./lib/libsdl.so - ./lib/libsdl.so: wrong ELF class: ELFCLASS32
----------------
derelict/util/exception.d:75 void derelict.util.exception.SharedLibLoadException.throwNew(const(char[][]), const(char[][])) [0x55ecce3ed712]
derelict/util/sharedlib.d:221 void derelict.util.sharedlib.SharedLib.load(immutable(char)[][]) [0x55ecce3edef3]
derelict/util/loader.d:91 void derelict.util.loader.SharedLibLoader.load(immutable(char)[][]) [0x55ecce3edb54]
derelict/util/loader.d:86 void derelict.util.loader.SharedLibLoader.load(immutable(char)[]) [0x55ecce3edb25]
dgl/core/application.d:185 void dgl.core.application.loadLibraries() [0x55ecce3f1127]
pyramid.d:385 _Dmain [0x55ecce406a68]
Program exited with code 1