Voxelman is a plugin-driven voxel game engine that is built around a client-server architecture and sports multi-threaded world & mesh generation.

I stumbled across a post on /r/VoxelGameDev a few weeks back and recognized the handle of MrSmith33 from these forums. That prompted me to click through and I was DlighteD to discover it was created with that language I can't seem to stop writing about.

The post:
http://dlang.org/blog/2016/12/30/project-highlight-voxelman/

Reddit:
https://www.reddit.com/r/programming/comments/5l3eej/introducing_voxelman_a_plugindriven_voxel_game/

On Friday, 30 December 2016 at 13:28:12 UTC, Mike Parker wrote:
> Voxelman is a plugin-driven voxel game engine that is built around a client-server architecture and sports multi-threaded world & mesh generation.
>
> I stumbled across a post on /r/VoxelGameDev a few weeks back and recognized the handle of MrSmith33 from these forums. That prompted me to click through and I was DlighteD to discover it was created with that language I can't seem to stop writing about.
>
> The post:
> http://dlang.org/blog/2016/12/30/project-highlight-voxelman/
>
> Reddit:
> https://www.reddit.com/r/programming/comments/5l3eej/introducing_voxelman_a_plugindriven_voxel_game/

Thanks for doing this blog post, Mike!

On Friday, 30 December 2016 at 13:42:10 UTC, MrSmith wrote:
> On Friday, 30 December 2016 at 13:28:12 UTC, Mike Parker wrote:
>> Voxelman is a plugin-driven voxel game engine that is built around a client-server architecture and sports multi-threaded world & mesh generation.
>>
>> I stumbled across a post on /r/VoxelGameDev a few weeks back and recognized the handle of MrSmith33 from these forums. That prompted me to click through and I was DlighteD to discover it was created with that language I can't seem to stop writing about.
>>
>> The post:
>> http://dlang.org/blog/2016/12/30/project-highlight-voxelman/
>>
>> Reddit:
>> https://www.reddit.com/r/programming/comments/5l3eej/introducing_voxelman_a_plugindriven_voxel_game/
>
> Thanks for doing this blog post, Mike!

It doesn't build under linux. Problem with dlib.

I don't blame your personally but the last time a blog post presented a game (it was the one made by the author of dlib) there was also a similar problem. Were you aware that something gonna be posted and that necessarily people would try to build it ?

On Saturday, 31 December 2016 at 11:48:34 UTC, jkpl wrote:
> I don't blame your personally but the last time a blog post presented a game (it was the one made by the author of dlib) there was also a similar problem. Were you aware that something gonna be posted and that necessarily people would try to build it ?

I haven't really got to building the whole thing on linux. For full functionality it needs LMDB, LZ4, GLFW3, Enet and IMGUI libs. Ideally there should be a linux build with all dependencies in releases.

On Saturday, 31 December 2016 at 13:27:13 UTC, MrSmith wrote:
> On Saturday, 31 December 2016 at 11:48:34 UTC, jkpl wrote:
>> I don't blame your personally but the last time a blog post presented a game (it was the one made by the author of dlib) there was also a similar problem. Were you aware that something gonna be posted and that necessarily people would try to build it ?
>
> I haven't really got to building the whole thing on linux. For full functionality it needs LMDB, LZ4, GLFW3, Enet and IMGUI libs. Ideally there should be a linux build with all dependencies in releases.

No, I don't think the deps are necessary. That's a bit what's cool with linux OSes.
What I mean is that there's a compilation error related to dlib:

dub build --build=release
Performing "release" build using dmd for x86_64.
cbor-d 0.5.4: target for configuration "library" is up to date.
derelict-util 2.0.6: target for configuration "library" is up to date.
derelict-enet 2.0.0: target for configuration "library" is up to date.
derelict-gl3 1.0.18: target for configuration "library" is up to date.
derelict-glfw3 2.0.0: target for configuration "derelict-glfw3-dynamic" is up to date.
dlib ~master: building configuration "library"...
deps/dlib/dlib/filesystem/delegaterange.d(62,18): Error: function dlib.filesystem.delegaterange.DelegateInputRange!(DirEntry).DelegateInputRange.opApply does not override any function, did you mean to override 'std.range.interfaces.InputRange!(DirEntry).InputRange.opApply'?
deps/dlib/dlib/filesystem/delegaterange.d(75,18): Error: function dlib.filesystem.delegaterange.DelegateInputRange!(DirEntry).DelegateInputRange.opApply does not override any function, did you mean to override 'std.range.interfaces.InputRange!(DirEntry).InputRange.opApply'?
deps/dlib/dlib/filesystem/dirrange.d(35,7): Error: template instance dlib.filesystem.delegaterange.DelegateInputRange!(DirEntry) error instantiating
dlib.container.aarray is deprecated, use dlib.container.dict instead
dmd failed with exit code 1.

Just an advice to Mike Parker. If it's possible, next time a project is highlighted you could try to contact the person before publishing the post so that people are not disappointed when they try to build the stuff.

On Saturday, 31 December 2016 at 14:22:40 UTC, jkpl wrote:

> Just an advice to Mike Parker. If it's possible, next time a project is highlighted you could try to contact the person before publishing the post so that people are not disappointed when they try to build the stuff.

Thanks, but I already do that.

On Saturday, 31 December 2016 at 14:22:40 UTC, jkpl wrote:

> What I mean is that there's a compilation error related to dlib:

What's your compiler version?
Many libraries and projects are not building with dmd 2.072 yet, but they build fine with dmd 2.071.

On Saturday, 31 December 2016 at 14:22:40 UTC, jkpl wrote:
> dub build --build=release
> Performing "release" build using dmd for x86_64.
> dmd failed with exit code 1.

I've fixed compilation on linux on 2.072. However you need to use --DRT-oncycle=ignore when starting, due to new cycle handling in 2.072.