Maybe move to CMake or something similar?

[argumentofperiapsis]

I think that we shall start moving to CMake or other automated build system, instead of hardcoding everything in the makefile. Because it is REALLY hard to make snap work with current makefile! Also,
using provided libraries is a complete mess!

[nesbox]

Totally agree, the problem I'm not a Linux guy, that's why my makefile looks so weird 😛
Also, I don't have any experience with CMake, so, any help would be appreciated

[ysblokje]

If you want, I can do it for you this weekend. I started a fork with a feature branch. cmake branch
At least for linux / windows targets, no experience with cmake and android (yet).

[nesbox]

@ysblokje awesome, thank you 👍

[ysblokje]

@nesbox can you tell me what mingw environment you were using to build it under/for windows?
I now have a working build on linux (64bit), though it crashes on the export command.

[nesbox]

Mingw 32bit

[ysblokje]

I've got the whole project to compile on both my linux box (arch) and on windows using VS2017 community edition. I tried with mingw and I almost got there, but I'm no expert on windows so I decided to drop that for the moment.
For some reason though the program crashes so I'm forced to use the software renderer on windows, that might be it's because the windows machine is a virtual one :)

[ysblokje]

Sorry to keep closing the PR.
aussiebloke and I are trying to merge our cmake effort.
That would make cmake for Linux, Windows and apple products.

[frenetic]

@ysblokje how are things going?

[armadsen]

I just tried the #320 branch on macOS. Happy to report that cmake -G Xcode creates an Xcode project that successfully builds TIC-80. I didn't have to make any changes after a fresh checkout.

I think this will make contributing to TIC-80 easier for people on macOS (certainly for me, where Xcode is my primary IDE).

[nesbox]

TIC moved to use Cmake