The dtou and utod were DJGPP programs. I'm not sure if anything exists in Windows land outside of that.

[bamccaig@rufus build]$ cmake ..
...
[bamccaig@rufus build]$ make
...
[ 98%] Building C object src/CMakeFiles/secret_of_fantasy.dir/dumb/it/itorder.c.o
[ 99%] Building C object src/CMakeFiles/secret_of_fantasy.dir/dumb/it/loadmod.c.o
[100%] Building C object src/CMakeFiles/secret_of_fantasy.dir/dumb/it/itmisc.c.o
Linking CXX executable ../secret_of_fantasy
/usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../lib64/liballeg-4.2.2.so: undefined reference to `_i_cx_r'
/usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../lib64/liballeg-4.2.2.so: undefined reference to `_i_is_cpuid_supported'
/usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../lib64/liballeg-4.2.2.so: undefined reference to `_i_get_cpuid_info'
/usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../lib64/liballeg-4.2.2.so: undefined reference to `_i_is_486'
/usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../lib64/liballeg-4.2.2.so: undefined reference to `_i_cx_w'
/usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../lib64/liballeg-4.2.2.so: undefined reference to `_i_is_cyrix'
/usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../lib64/liballeg-4.2.2.so: undefined reference to `_i_is_fpu'
collect2: ld returned 1 exit status
make[2]: *** [secret_of_fantasy] Error 1
make[1]: *** [src/CMakeFiles/secret_of_fantasy.dir/all] Error 2
make: *** [all] Error 2

What am I missing?

I'm completely unfamiliar with CMake so I have no idea how to look into that...

Where do SrcGame, SrcGuichan, and SrcDumb come from? I'm guessing I need to define them somehow, but as I said I'm completely unfamiliar with CMake.

[bamccaig@rufus build]$ cmake ..
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/lib64/ccache/gcc
-- Check for working C compiler: /usr/lib64/ccache/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/lib64/ccache/c++
-- Check for working CXX compiler: /usr/lib64/ccache/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
CMake Error at CMakeLists.txt:27 (add_executable):
  add_executable called with incorrect number of arguments


CMake Warning (dev) in CMakeLists.txt:
  No cmake_minimum_required command is present.  A line of code such as

    cmake_minimum_required(VERSION 2.6)

  should be added at the top of the file.  The version specified may be lower
  if you wish to support older CMake versions for this project.  For more
  information run "cmake --help-policy CMP0000".
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Configuring incomplete, errors occurred!
[bamccaig@rufus build]$ cmake -Wno-dev ..
CMake Error at CMakeLists.txt:27 (add_executable):
  add_executable called with incorrect number of arguments


-- Configuring incomplete, errors occurred!
[bamccaig@rufus build]$ 

My bad. Thanks both of you.

Ah, I see. I should have known as I'm familiar with CMake, guess I was tired or something. I should really boot up my Linux machine and make a decent source package.

There was not a lot of code re-use in this game. In all our Speedhack and TINS entries the engines have always been rewritten from scratch, it's not like we have a finished engine laying around that we use in Speedhack and TINS (as a lot of people seem to believe). Of course we reuse some code like utility code - for handling strings, files and such - and some Guichan widgets - like the dialogue widget. Sometimes we are lucky (perhaps experience is a better term), adding a bomb in this games was very easy as I have written two other games that included a similar bomb (just as you have written a lot of Tetris games). As far as I understand, code reuse is a part of the competition and not something that should make a game less competitive as long as there is a code reuse at a reasonable level. A games code structure is usually very similar, having written a couple of games you get pretty fast at structuring your engine.

The rule we didn't really pay much attention to was the "Fantastically Mundane" rule (although the game is about buying milk, the implementation was quite lame...), all other rules are present. Read our readme file.

We always take these competitions quite seriously and we usually work our asses of during the whole competition. I think we enjoy Speedhack and TINS not so much for the sake of competing, but for having a good excuse for family and friends to sit infront of our computers for 72 hours making silly games

I've updated the source package with the missing CMakeLists.txt file and with the changes that Simon Parzer did to the code. I managed to get it up and running with my Ubuntu installation (no sound though... which bothers me...). Again, thank you very much Simon!

We did too! I've never done an RPG before but we just couldn't resist the challenge. Most of the game content, all the dungeons, are generated using a custom rand function. Thanks to the generated content we could focus on adding cut scenes, enemies, items and design a couple of custom rooms (like the map, the cut scene rooms and the grocery store) making the game look and feel like an RPG with a lot of content for a Speedhack game. As I've said before, we never got around to play the game through until after the deadline, we relied on the generated content to work (and it did, but we forgot to add a dungeon in the Speedhack version so the game shouldn't be beatable, but thanks to a clever mistake by me letting the player begin with 6 calcium crystal in the inventory there really was no need to look for crystals in the Speedhack version...).