What i did:

git clone
sudo pacman -S gcc-ada
./build-linux.sh

What i got:

➜  eepers git:(main) ./build-linux.sh
+ gnatmake -f -O3 -Wall -Wextra -gnat2022 eepers.adb -bargs -static -largs -L./raylib/raylib-5.0_linux_amd64/lib/ -l:libraylib.a -lm
gcc -c -O3 -Wall -Wextra -gnat2022 eepers.adb
eepers.adb:2:06: warning: renamed predefined unit is an obsolescent feature (RM J.1) [-gnatwj]
eepers.adb:161:10: warning: type "IVector2" is frozen by body [enabled by default]
eepers.adb:161:10: warning: an equality operator cannot be declared after this point [enabled by default]
eepers.adb:193:14: error: equality operator must be declared before type "IVector2" is frozen (RM 4.5.2 (9.8)) (Ada 2012)
gnatmake: "eepers.adb" compilation error

What i version:

GNATMAKE 13.2.1 20230801
Copyright (C) 1992-2023, Free Software Foundation, Inc.
try "gnatmake --help" for more information.

OS: Windows 10

Steps:

1. Launch the game
2. Switch from headphones to speakers, or vice versa

Result: process crashes

If I want to move continuously I would like to keep pressing the arrow button to move in that direction but long pressing does not produce any effect in the game.

When quickly pressing two buttons one after another, only the first one is affecting the game. Giving bigger delay between them helps, but that delay is pretty annoyingly big. After playing for 15 minutes, it's the mostly annoying thing which discourages me from trying more.

I was speedrunning the game and died at the same time the boss did. So if the boss is one hit and he charges at you while the bomb explodes both of you die.

As seen in the image sometimes Eepers both Shreks and Gnomes don't have eyes.

I'm running on Windows 10 from the released executable.

The gnome on the left side seems to always be missing his eyes no matter how much I restart the game.

The amount of map you're able to see is determined by screen resolution.

On a small screen you only see a small portion of map, which makes playing the game objectively harder (when fighting shreks, they often get out of your control)

On a large enough screen, or multiple screens (when manually resize the game window), you can see the entire map even.

Add appropriate topics to the repository for easy discoverability. For example, turn-based, game, raylib, ada.

After dying in the first guard fight, the guard seems to start with 11 turns instead of the normal 10 turns.

I got the following error when killing the first Gnome:
raised CONSTRAINT_ERROR : Eepers.Hashed_Map_Items.Insert: attempt to insert key already in map

Unfortunately I wasn't able to reproduce it again due to the RNG. Maybe the gnome was at the bomb spawn point at the time of death and that caused a double insert to the hashmap with the same key, but I'm not 100%

Otherwise, the game is great and I totally understand if you don't have time to fix this.

I think emacs autocompleted my name to end with key in the CHANGELOG on line 7. Or maybe it was the muscle memory of typing key.

- @ProgKey - Fix the Guard having 11 turns after player died once - https://github.com/tsoding/eepers/pull/25

It's not really a big deal, but maybe the user https://github.com/ProgKey doesn't want to be associated with this project lol.

You can do:

Long_Identifier := @ + 1;

Overview

More than 4 steps makes Guards/Mother give up. I just checked and the perf with the current map allows us to have 10 easily.

Downloaded precompiled binary does not work on my Windows Server 2022 x64 computer. I'm connected to it via RDP. Other games work fine. The game does nothing (no window ever appears), it exits with zero exit code.

Would it be possible to cross-compile the game to support newer Mac models that use M chips?

The blue eeper can block other eepera from attacking in the direction of the blocker

Here's an example of how to execute this:
https://youtu.be/lPbT_ytxkFw (Specifically at 1:40)

It doesn't seem intended, so either a bug, or an easter egg of sort, since it's a general mechanic that one eeper blocks another's path.
The fix would probably be updating blue eeper ai to not walk to places where it would block path to the mother