day 7 - finish

I added a "finish" sign to the end of the snow hill. Since I didn't want to mess about with fonts I built 3D models for the F, I, N, S and H keys and placed a 3D FINISH-model at the end. I also added a gameplay features, there's now hungry wolves jumping out of the hills and attacking your wizards. It's mostly untested - so either it will have little effect and you can just ignore them, or it will make it slightly harder to win :)

Anyway, I just spent hours getting pyinstaller to work. In theory you can now run the game on Linux, OSX and Windows without installing Python or any of the dependencies. I wish they would put in some effort to make this easier. Especially do not require me to access an actual OSX and Windows box to create the distribution for them - that sort of defeats the purpose. Oh well. Will see for how many people it will actually work.

(log in to comment)


Nothing seems to be happening when running "python src\" on WIndows or Linux.  How do I run this from source?
I ran the Linux binary and also had nothing happen.
Oops, I meant that I ran the source from Linux and it did nothing. The binary expects a specific version of glibc that I don't have.
In Linux this works for me:

cp main-linux/ .
python3 src/

Basically ctypes looks for .so files in the current directory. I copied it to the main-linux folder when I made the pyinstaller version and didn't think about breaking the source version that way. pyinstaller apparently uses a wrong libc version? Another thing they should fix I suppose :(

If that file also is incompatible than on Ubuntu a compatible version can be obtained with:

sudo apt install liballegro-5.2

I think no copying would be necessary in that case as ctypes also finds system installed .so files.

No idea about Windows unfortunately.

cp main-linux/ .
python3 src/

still does nothing.

If I add some print statements in, I see that python_callback in al_main isn't ever called, which is probably why the game appear to do nothing and exit. I don't know why _dll ignores functions it can't find but if I let it print error messages, there are many not found.
Seems like _dlls is completely empty after all the _dll calls. If we don't ignore the OSError when calling _add_dll("allegro_monolith"), I see that its trying to load, which isn't anywhere in the archive. Running, ldd on, I see that its pulling most libraries from the local machine. For me this includes => not found => not found => not found

I don't have easy access to allegro 5.2 to test out the alternative. And haven't used pyinstaller before so can't help you there unfortunately.
Thanks for debugging this, and that makes sense, ctypes won't load a .so file if it the dependencies can't be found.

I don't even use .webp or .it or .opus files in my entry so could probably compile a version without support for those... if you want to try: but ldd shows there is still a ton of dependencies to other .so files so it might not really improve things much.

The problem with pyinstaller is this I guess: - maybe next pyweek I can investigate what this "staticx" is.
Thanks! The recompiled did work for me. I think newer Python used to compile fine against older glibc. I don't know if that's still true. But I guess you might still need static for the shared libraries your shared libraries depend on.