Ali Naci Erdem

Docker can consume considerable disk space though I admit that. Still the benefits might overweigh the cons and we can abstract away container maintenance. There is still nothing wrong with...

@fraser125 how do you compile the tools with little change? If that is possible, I think we should consider making those changes here.

To be able to build the tools for Windows (at least for MSVC) we need changes here for compatibility. Still non MSVC builds can be done and uploaded somewhere, there...

@rasky on Windows docker can be configured to use wsl2 and that results in an ever growing vhd image even if you clean the docker images etc. I'm not sure...

I am OK to reduce GCC dependency for tools and improving compatibility without introducing too many define guards. For the library itself, GCC extensions are necessary IMO.

I dont know the state of MSVC vs GCC if you think it will be difficult @rasky its not something I would want either. To keep builds clean we will...

I think thats an option too... We will probably not support MSVC then. The next important question is in my opinion; should we maintain the build pipelines (whether it is...

I am towards removing the k/kernel prefix too, but wont be something I will insist on. TLB idea looks really good, though I think we can implement it later on.

Another idea: what about exposing a define to prevent the kernel checks? In case someone does not use it or provides their own alternative implementation.

I haven't verified this yet (may need a separate test) but I suspect that a stack callback in a thread may not be able to work properly. Think about this...