Beschreibung für game.c hinzugefügt.

Start_Linux/makefile

@@ -1,6 +1,6 @@
 CC = gcc
 CFLAGS = -g -Wall -I$(raylib_folder)   # <- KORRIGIERT
-LDFLAGS = -lGL -lX11 -lm
+LDFLAGS = -lGL -lX11 -lm #Linker Flags binden verschiedene Bibliotheken ein. Include "bib_name" -> -l"bib_name"
 BINARIES = ./linux
 
 raylib_folder = ./raylib
@@ -20,7 +20,7 @@ wordsalad: main.o input.o game.o graphicalGame.o $(BINARIES)/libraylib.a
 
 main.o: main.c
 	$(CC) $(CFLAGS) -c $< -o $@  # <- KORRIGIERT
-
+#bedeutung: $< erste Abhängigkeit (in diesem Fall main.c), %@ erstelle daraus eine main.o Datei.
 input.o: input.c input.h
 	$(CC) $(CFLAGS) -c $< -o $@  # <- KORRIGIERT (Zeile 25/26)
 
@@ -51,4 +51,13 @@ wordsalad_myversion: main.o $(BINARIES)/libwordsalad.a
 
 clean:
 	rm -f *.o wordsalad $(TEST_BIN)
-# Tests starten mit ./runTests
+# Tests starten mit ./runTests
+#Erklärung der veränderungen im Vergleich zu davor <- Korrigiert;
+#Das war nötig, weil make deinen alten Befehl ignoriert hat.
+
+# Das Problem mit dem alten Befehl: make hat deine Regel input.o: ... gesehen und wollte input.o erstellen. Es hat sich deinen Befehl $(CC) $(CFLAGS) -c input.c angesehen. 
+# Für make war dieser Befehl "unvollständig". Es stand dort nicht explizit, dass dieser Befehl die Datei input.o erstellt (obwohl gcc das automatisch tun würde).
+# make ignoriert den Befehl: Weil make deinen Befehl als unzureichend ansah, verwarf es ihn stillschweigend.
+# make nutzt seine eingebaute Regel: Stattdessen griff make auf seine eigene, eingebaute (implizite) Regel zurück, um eine .o-Datei zu erstellen. 
+# Diese eingebaute Regel ist jedoch falsch für uns: Sie versucht, die .c-Datei zu linken, nicht nur zu kompilieren.
+# Der Fehler: Diese (falsche) eingebaute Regel von make war es, die den Linker aufrief und den Fehler undefined reference to 'main' verursachte.