| Commit message (Collapse) | Author | Age | |
|---|---|---|---|
| * | most of `crnonpl.cc` | fusion32 | 2025-06-24 |
| | | |||
| * | `receiving.cc` | fusion32 | 2025-06-23 |
| | | |||
| * | `sending.cc` | fusion32 | 2025-06-22 |
| | | |||
| * | `connections.cc` | fusion32 | 2025-06-21 |
| | | |||
| * | beginning of `communication.cc` | fusion32 | 2025-06-19 |
| | | |||
| * | finish `crplayer.cc` | fusion32 | 2025-06-18 |
| | | |||
| * | more work on `operate.cc` | fusion32 | 2025-06-13 |
| | | |||
| * | more work on `operate.cc` | fusion32 | 2025-06-12 |
| | | |||
| * | impl `TCreature::Move` which was absolute hell + some tidying up | fusion32 | 2025-06-08 |
| | | |||
| * | some work on `crmain.cc` and `cract.cc` + merge creature headers | fusion32 | 2025-06-06 |
| | | |||
| * | merge creature headers | fusion32 | 2025-06-05 |
| | | |||
| * | more spells | fusion32 | 2025-06-03 |
| | | |||
| * | impl some spells and create `info.cc` | fusion32 | 2025-06-02 |
| | | |||
| * | add a small Go script to generate the Makefile | fusion32 | 2025-06-01 |
| | | |||
| * | done with `crcombat.cc` | fusion32 | 2025-05-31 |
| | | |||
| * | rename/create some files | fusion32 | 2025-05-28 |
| | | | | | | | | The most annoying thing with C++ classes being in their "own" header file is that it makes it easy to create cyclic dependencies. We might end up merging all creature related header files into the original `cr.hh` that shows up in the original's debug information. | ||
| * | impl all remaining containers | fusion32 | 2025-05-28 |
| | | |||
| * | more object functions | fusion32 | 2025-05-26 |
| | | |||
| * | linux Makefile + fix most compilation problems | fusion32 | 2025-05-25 |
| I wanted to see if the compiler had any problems with the code so far and added a few stub definitions so that each file would properly compile. We still fail when linking but we're able to to find and fix compile time errors. | |||
