vtorri
vtorri
@RuiwenTang btw, I need to create a valid OpenGL rendering context before calling `glewInit()`. Do I need to do so in `GlRenderer::init(uint32_t)` ? or should I init glew somewhere else...
i guess that it is possible. I don't know if it is very easy or not.
@RuiwenTang so, any news on this ?
technically speaking, as glew can be compiled to create a dll, then the answer is 'yes' i don't care if glad or glew is added. If glad is working, then...
why not provide the binary shader directly ? you compile it before a release and add it in the tarball
in src/compilers.c, look at the function `compiler_detect_nasm()`
the code to add in qoi is not very big, just using FindFirstFile and FindNextFile, that's all. Adding a big piece of code is maybe not interesting for the author...
lots of link errors, like this one ```fail 1.54s project+meson-tests:meson-tests/common/6 linkshared stdout: 'C:/Documents/msys2_2/home/vincent.torri/gitroot/muon_windows/tests/project/runner.meson:69:1: error command failed 69 | run_command(ninja.split(' '), '-C', build, check: true) ^______________________________________________________ stdout: [1/8] compiling cpp cppprog.exe.p/cppmain.cpp.o...
this macro is obsolete, `LT_INIT` should be used instead with the otpion, `win32-dll` (see libtool manual), which is the case in the latest version, for example. Maybe you are using...
https://packages.msys2.org/package/ the package manager is a Windows port of pacman (of archlinux). I'm already packaging another lib (vector lib like skia or caire), so I know how to do it