Open DarthTealc opened 1 year ago
Please.
I think it's time to abandon x86 branch in favor to x86_64, because x86 OS has outlived itself.
According to Steam Stats for April 2024, there is no need for the 32bit builds.
Windows: 99.92% of users are using 64bit. The rest are using 'other' which doesn't specify architecture. All supported versions of Windows (Win 10 and 11) have 64bit support. MacOS: Steam only supports 64bit and ARM versions of MacOS. These versions do not support 32bit applications. Linux: All listed versions are 64bit. Mostly Steam Deck which supports 64bit and Wine/Proton.
According to Steam Stats for May 2024, 100.5% of Windows users are using 64bit (and 0.08% are using 'other' which doesn't specify architecture)
I'm no mathematician but if Valve says over 100% of Windows users are using 64bit, it's a good time to move Gmod across to x86-64.
I've noticed people (kids?) on the Gmod discord complain about breaks on the x86-64 branch because they use it as a main stable (due to the inclusion of CEF and better performance) when it's not treated as such by developers. Having the main branch contain a stable 32 and 64bit version would resolve this. As mentioned in the original post, the dev branch would be the location for developers and testers as it would contain the development version in both 32 and 64bit.
Other than the difference between Awesomium (Chromium 17) and CEF (Chromium 88?) on 32/64, is there any disparity between functionality of 32/64 which would cause issues on a main branch?
I've been made aware that CEF is included in the 32bit executables in the x86-64 branch, meaning we could get rid of Awesomium completely while still retaining 32bit support. I've updated the original post with this information and for better clarity.
Users of the current x86-64 branch would move to dev if they're actually on it for testing, or they'd move to main if they just want to be using 64bit or CEF.
Awesomium would no longer exist under this structure as x86-64's 32bit executable (which would become main) uses CEF.