vgui_support: initial vgui2 support #3
Conversation
Counter-Strike 1.6 is loadable and playable with VGUI menus disabled. Currently no menu rendering is implemented and input is disabled.
|
That could be annoying but what if we generate headers based on DWARF data rather than using Source SDK ones? For example, pdwtags/pahole from dwarves utils can generate C++ code from debug info. I did this for VGUI1 (it's not published yet) and filesystem_stdio. At least, we're not bringing unneeded proprietary headers this way. |
|
Actually, the headers in |
|
The Valve interface file looks suspicious. :) In filesystem_stdio I just wrote CreateInterface export myself, than relying on Source SDK macros. |
|
Oh, that one I took from HLSDK indeed. I can change it to self-made CreateInterface. |
|
BTW VGUI2 need to load libraries and get exports from them, so I think these functions should be exposed to |
|
OK, I made some changes to avoid using valve interface, only keeping basic types got from DWARF. Moving forward I'll also update GPL license header to |
|
Updated vgui2-dev to state that the headers and sources are reverse engineered using DWARF information and added GPL licensing header. |
There was a problem hiding this comment.
I'm mostly fine with these changes, for now it's all stubs and require reworking engine API anyway (API is also not forward and backward compatible).
This will be merged as soon as API would be redone. I can do it myself, as soon as I will return from vacation OR you can do it yourself just in the same style like engine's RefAPI, RenderAPI or FS API.
|
Oh, and since it uses "auto" which is C++11 feature, it would be nice to have |
Counter-Strike 1.6 is loadable and playable with VGUI menus disabled. Currently no menu rendering is implemented and input is disabled.
The code will be gradually updated to implement rendering and input.