glbinding stopped working in x64 builds on AppVeyor

[GunChleoc]

C:/msys64/mingw64/include/glbinding/gl/types.h:13:10: fatal error: KHR/khrplatform.h: No such file or directory
 #include <KHR/khrplatform.h>

[hessenfarmer (stephan-lutz)]

I see 2 possible solutions:
1. use glew
2. Download and install the needed header.

I am currently updating my system to see if there are other glitches as well.

[hessenfarmer (stephan-lutz)]

as glbinding has caused us a lot of problems recently I would stick with glew for the moment being. I managed to get GLbinding going in my local installation but this would be another complicated download of the khrplatform header for every build.

[GunChleoc (gunchleoc)]

Agreed.

[hessenfarmer (stephan-lutz)]

It seems like our bunnybot might be offline as the branch and others as well did not yet arrive in appveyor neither in travis.

[GunChleoc (gunchleoc)]

Thanks for notifying, it's back up and running now.

[hessenfarmer (stephan-lutz)]

Unfortunately I diverged the branch from its LP version. The fixed branch did not arrive properly on Git so the Appveyor builds terminated with files missing. We should try to trigger appveyor again. Otherwise I have to recreate a new clean branch.

Problems with appveyor are now bigger then just glbinding. They are replacing Nrcurses with pdcurses. I wanted to try if this causes problems. My local build does terminate immediately with a Prozedureinsprungpunkt failure. But this is not a clean build so I hoped for appveyor. I need to find out the correct dlls to load on innosetup as well.

[hessenfarmer (stephan-lutz)]

had to create a new branch

[hessenfarmer (stephan-lutz)]

branch compiles but doesn't run
crashes after starting the replay writer with [sync] reset

[hessenfarmer (stephan-lutz)]

the crash happens after displaying "loading graphics" maybe we have problems in the next step getting the Interactive player game base.

Currently I have no glue what is causing the issues.

[hessenfarmer (stephan-lutz)]

ok after downgrading gcc I got it working again. Downgrading is just a temporary solution though. Trying to find out which libraries really need a downgrade.

[hessenfarmer (stephan-lutz)]

seems I finaly found it. widelands does not love gcc 9. so we need to stick to gcc 8 for x64 and gcc 7 for x86
rest of the MSYS updates is fine

[GunChleoc (gunchleoc)]

I have created a new bug for fixing GCC 9 https://bugs.launchpad.net/widelands/+bug/1831359

[GunChleoc (gunchleoc)]

Migrated to https://github.com/widelands/widelands/issues/213