ngdevkit installation under WSL : recipe for target 'graphite.o' failed about ngdevkit HOT 7 CLOSED

Ok the problem with graphite has been solved by using : apt install libisl-0.18-dev

There is now a problem with fatal error: GLES2/gl2platform.h

i've tried to apt-get install libgles2-mesa-dev without success while rebuilding the toolchain.

from ngdevkit.

Hmm, ok that's infortunate I was expecting libisl-dev to be installed by one of:

sudo apt-get build-dep $GCC_VERSION_PKG
sudo apt-get build-dep --arch-only sdcc

Could you tell which distro you're using in WSL so I can try to replicate locally?

Also, the OpenGL setup is quite convoluted as the headers can be picked from many different places and I've tried to make it compatible with both OpenGL (regular desktop) and OpenGLES (raspberry).
I don't remember out of the top of head whether WSL normally uses OpenGL or OpenGLES, but I do remember you're supposed to give ngdevkit the header files from GLEW.

Silly question, did you follow the steps in README-mingw.md, or did you run the stock make?

from ngdevkit.

Hello , I'm using 'Debian GNU/Linux buster/sid' distro under WSL.
Yes i've followed the steps from README-mingw.md
So currently i'm just able to compile examples but without the GL2 header gngeo has not been built.
I'm surprised that apt-get install libgles2-mesa-dev has not helped.

from ngdevkit.

Ok looking into it, I'll report shortly :)

from ngdevkit.

Indeed, Debian unstable now ships libisl-dev 0.20 as a build-dep of gcc:

$ apt-cache policy libisl-dev
libisl-dev:
  Installed: 0.20-2
  Candidate: 0.20-2
  Version table:
 *** 0.20-2 500
        500 http://deb.debian.org/debian buster/main amd64 Packages
        100 /var/lib/dpkg/status

Thanks for the tip of forcing a specific libisl version, I'll rework the README(s) to make it work for all debian derivatives.

I'm also rebuilding the devkit on Ubuntu Xenial to figure out what could differ w.r.t OpenGL, I'll keep you posted.

from ngdevkit.

OK so the gngeo compilation failure is due to two unrelated things:

• In gngeo's configure script, I made use of uname -p to distinguish between 32bits and 64bits Win platforms. It turns out this doesn't work with a recent Debian, so I fixed it in gngeo [1]

• Unfortunately, recent versions of autoconf-archive have changed the way they autodetect OpenGL [2] as well as the variables they sets, so the configure scripts needs to be amended to work (stop relying on GL_LDFLAGS).

I'm testing a few things to fix the second bug and will update shortly.

EDIT: force-pushed the commit in [1] due to a bad commit log

[1] dciabrin/gngeo@6249442
[2] autoconf-archive/autoconf-archive@985e769

from ngdevkit.

Hey @ozzyyzzo4096

I updated the doc according to your previous comment regarding libisl 0.18. With the updated gngeo repo, this issue should be fixed now.

If you want to rebuild gngeo without recompiling the entire toolkit, you should be able to do so with:

rm -rf build/gngeo toolchain/gngeo
make -f Makefile.mingw download-emulator build-emudbg build-emulator build-emulator-config install-emulator-dll
make -f Makefile.mingw download-shaders

from ngdevkit.