GreKo 2026.11 problem

[Gabor Szots]

Answering your questions:

I have Windows 11 Home. When I run it in the console, it exits after about 1.5 seconds.

When I try to compile it using the makefile, I get this:

main.cpp:37:12: warning: variable 'g_movesPerSession' set but not used [-Wunused-but-set-global]
37 | static int g_movesPerSession = 0;
| ^
1 warning generated.
collect2.exe: error: ld returned 8 exit status
mingw32-make: *** [Makefile:34: GreKo.exe] Error 1

[WinPooh]

AI says it can be because of incorrect Makefile syntax and recommends to replace ".o: .cpp" with "%.o: %.cpp" in Makefile.
Don't know however how this can be the main reason.

[Gabor Szots]

AI says it can be because of incorrect Makefile syntax and recommends to replace ".o: .cpp" with "%.o: %.cpp" in Makefile.
Don't know however how this can be the main reason.

Replaced, same error message. Warning disappeared.

[Gabor Szots]

Using
clang++ *.cpp -O3 -march=native -oGreKo_2026.11-x64-SzG.exe
I get this:

unix.cpp:51:9: error: unknown type name 'fd_set'
51 | static fd_set input_fd_set;
| ^
unix.cpp:52:9: error: unknown type name 'fd_set'
52 | static fd_set except_fd_set;
| ^
2 errors generated.

[WinPooh]

Looks like Makefile incorrectly determines your platform and includes unix.cpp into build.
You can try to compile with a simple command without Makefile:

g++ -Wall -O3 -DFAST_BITBOARDS bitboards.cpp default_params.cpp eval.cpp eval_params.cpp learn.cpp main.cpp moves.cpp notation.cpp position.cpp search.cpp utils.cpp win32.cpp -o GreKo.exe

If it doesn't work try to remove -DFAST_BITBOARDS parameter.

[Gabor Szots]

Looks like Makefile incorrectly determines your platform and includes unix.cpp into build.
You can try to compile with a simple command without Makefile:

g++ -Wall -O3 -DFAST_BITBOARDS bitboards.cpp default_params.cpp eval.cpp eval_params.cpp learn.cpp main.cpp moves.cpp notation.cpp position.cpp search.cpp utils.cpp win32.cpp -o GreKo.exe

If it doesn't work try to remove -DFAST_BITBOARDS parameter.

Thank you, that worked. However, this is only me, others may still have problems.

[WinPooh]

Probably MinGW somehow uses dynamic linkage and as a result the binary requires some .dll to run. I will prepare the build with explicitly specified static linkage and update the archive.

[Modern Times]

The error I got originally was simply missing DLLs.