pwiecz

@Naros in my case the debug information format was making the compilation calls uncacheable. In recent cmake version you can try setting `CMAKE_MSVC_DEBUG_INFORMATION_FORMAT=Embedded` and see if it helps. In slightly...

@Naros I guess you'll have to try to determine why the compilations were uncacheable in your case by increasing verbosity and looking into ccache logs. For that you may have...

@zivlamp I'll be looking into it, but most likely next week.

I've rebuilt the windows libraries using another toolchain. You can see if it helps. When not crosscompiling it's always recommended, especially under Windows, to rebuild the fltk binaries from source...

What I've used is TDM-GCC ( https://jmeubank.github.io/tdm-gcc/ ) After installing it (and cmake) I've run go generate from windows command prompt. I had to build the final library with -buildmode=exe...

Have, you had an opportunity running `go generate` in the most recent version?

You're right that it's not exposed right now. I think that it shouldn't be very hard to add. You can try doing it yourself, or I can look into it...

@arjunmenon I've added a `RawHandle` method to `Window` (only under Windows right now). You can check if it works for you. :)

Hi, thanks for the report and sorry for the late response. I can reproduce the problem, but so far I'm baffled by it, as I was unable to pinpoint the...

Only think so far I could tell that the panic seems to be related with the use of a tile background here: https://github.com/fltk/fltk/blob/713f0b0f64992de8eace6f97d95f4d582f31d9ad/src/Fl_get_system_colors.cxx#L267 Removal of this line makes my test...