ngdevkit install under windows 10 through Windows Subsystem for Linux (WSL) about ngdevkit HOT 5 CLOSED

Hmm... this is probably the same problem I'm trying to workaround for homebrew on macOS.
Apparently ISL 0.19 doesn't ship a band.h anymore. Compilation works fine with ISL 0.18

Do you have any means of downgrading the version to verify?

from ngdevkit.

OK I confirm that I can build gcc with WSL and ubuntu xenial, after fixing a few dependencies.

The problem now is that gngeo won't work out of the box because it's a graphical application and WSL doesn't mix well with Win10 for that.

I'm currently trying to build gngeo with mingw-64, so that the resulting binary doesn't depend on WSL and SDL and OpenGL can work properly. I'll do a dedicated README.win once I got that to work.

from ngdevkit.

I've just pushed c655a25 for building the devkit with a native gngeo on windows with mingw. It includes a README-mingw.md that explains the steps to build the toolkit with WSL.

You need to delete ./toolchain/gngeo before rebuilding to pick up an up-to-date gngeo repo (currently dciabrin/gngeo@1bcd5a2).

I still need to update the README with guidance on how to enable the OpenGL blitters in gngeo, but at least it's functional right now if you want to give it a try.

Also, the source level debugging extension is currently disabled, as I need to improve cross-compilation support of emudbg (probably by using autoconf).

from ngdevkit.

Support for OpenGL blietter landed in 3d6a1f0 and README-mingw.md updated.

Again, you need to delete ./toolchain/gngeo before rebuilding to pick up an up-to-date gngeo repo (at least dciabrin/gngeo@a1ad31a).

emudbg remains to be ported for feature parity with Linux/macOS.

from ngdevkit.

Closing now, as the last missing bit (emudb) was just ported to WSL.

from ngdevkit.