M.Sz.
~~But it isn't /lib its $PKGDIR/lib~~ These paths are set in cimgui.go file i think zig should read from there https://github.com/AllenDang/cimgui-go/blob/main/cimgui.go#L7 It says it wants cimgui.a so why zig doesn't...
Btw I undersrand meaning convention note and yeah, if this is a standard we should change to libcimgui
Are you sure you need to specify these LDFLAGS in your zig command?
dx* sounds like direcx library. What requires that ? I think cimgui-go uses glfw with opengl
in case of cross-compilation for windows: I used to do that with mingw: ```sh CC="x86_64-w64-mingw32-gcc" CXX="x86_64-w64-mingw32-g++" GOOS="windows" GOARCH="amd64" CGO_ENABLED="1" go build -o widgets.exe . ``` This method iirc is described...
here is a workflow using that method: https://github.com/gucio321/tic-tac-go/blob/master/.github/workflows/build.yml
@xEricL can we close this? I think that the original issue was fixed (mingw compilation works)?
you can deffinitly integrate cimgui-go with go-sdl if you want (however idk why would you need this as ther is an sdl backend already - I'm not a big fan...
@shellohunter as far as I see, the thing you're looking for is rather [cimgui-go](https://github.com/AllenDang/cimgui-go), not giu. We try to keep giu as simple as possible. Especially we want users don't...
yes, you need to implement backend almost from scratch as contexts and other things must match your sdl and opengl instnce. > I thought cimgui-go was a auto-generated binding cimgui-go/backend...