Dragging Gunroar into 2014

[Atila Neves]

I've had problems with the old CMake extensions for D as well. 
Are you planning on posting what you've done to make it work? I 
think I used the old CMakeD project and had to edit and delete a 
few files to get it to work, but I'm not sure how much 
functionality I'm missing because of that.

Atila

On Monday, 24 March 2014 at 18:35:47 UTC, Ben Boeckel wrote:
> [ Originally posted to Reddit: 
> <https://pay.reddit.com/r/d_language/comments/217fas/dragging_gunroar_into_2014/>. 
> ]
>
> I got an itch recently and started to port my favorite game 
> from ABA Games[1] to 2014: gunroar[1]. Currently, it has been 
> ported to using Derelict3 rather than Kenta Cho's manual 
> wrapping of SDL and OpenGL. It now uses SDL2 and D2 rather than 
> the (apparently) very ancient dialect of D it used back in 2005.
>
> When first starting out, the first problem was getting the code 
> to build. I'm a CMake guy, and after looking around, I 
> was…unsatisfied with the D support files I found (for various 
> reasons). They all seemed to copy the C++ support files too 
> closely which seemed unnecessary since dmd, ldc, and gdc are 
> much closer to each other than many of the C++ compilers. They 
> also all seem to have come from the scream make era when 
> commands were in all caps, copied things around without 
> realizing what they're there for (e.g., CMakeCompilerId.d.in is 
> copied by most of them, but used by none and 
> CMakeDCompilerABI.d is useless since what CMake looks for 
> (compiled-in strings) isn't in the file), and were missing 
> support for things like DEPFILE and such for proper dependency 
> resolution. In this process, two patches were made that should 
> help: one for Ninja[3] if LDC is used and one for CMake[4] so 
> that you get proper recompilation when files change (other 
> generators are not supported yet since I don't think anything 
> else reads the -deps file format of LDC; GDC will work as-is 
> since it's GCC-compatible here). Even without these patches, 
> one-off builds will be correct, but incremental builds are not 
> guaranteed.
>
> After that was the fun of getting LDC to actually accept the 
> code. Luckily its errors are helpful even for initiates to D 
> (the only other time I've done things with D is poking the 
> source of various ABA Games years ago also trying to get them 
> to compile on Linux with mixed results). Other than issues with 
> replacing the deprecated glu* function usages, (most) things 
> work on my machine (Fedora x86_64). I'd be interested to know 
> how things work on other platforms and setups.
>
> Ultimately, I'd like to get some of these games on my tablet, 
> so Android support is on the table (though help would be 
> appreciated!). I've opened some issues for things on the 
> repository already.
>
> (The other ABA Games I'm interested in are Mu-cade and Torus 
> Troopers, so those are on my list as well.)
>
> [1]http://www.asahi-net.or.jp/~cs8k-cyu/games/index.html#windows
> [2]https://github.com/mathstuf/abagames-gunroar
> [3]https://github.com/martine/ninja/pull/721
> [4]https://github.com/mathstuf/CMake/commit/9523d2a55c99fb0910531ae7160b099faeab6638