Benoist

We should be good to merge this time. Though maybe we should wait for @psychonic to split branches, as mentioned on discord. Stabilise 1.12, start 1.13 and merge this over...

> The thing with 1.12 at the moment is that dvander is currently refactoring the SourcePawn compiler completely, to the point that `int64` hypothetically may be introduced. I'm not sure...

Closing in favor of #2226 . The consensus internally seems to be that we avoid introducing a new handle type. Will re-open if cited PR fails.

Are you trying to load metamod on a listen server ? https://steamdb.info/depot/232296/ & https://steamdb.info/depot/232376/ `libtier0_srv.so` & `libvstdlib_srv.so` are definitively available.

I think this is great, and indeed much better than the define.

A big thanks to @Malifox for taking the first step into trying this PR with a well established plugin, which helped me hunt down a ton of bugs.

May I recommend that you mark this PR as a draft until it is ready ? Anyways, thanks for seeing this through I've a few remarks that aren't noted in...

Could you test out if trying a build prior to #2255 fixes your issue ? That's version 1.13.0.7197 or earlier, and if your issue does go away, try version 1.13.0.7198...

There's a similar hack for other functions in dhooks, so yes this would be fine. I don't like it either, but reworking dhooks would take more effort than this silly...

Mostly against this (at least as an extension of bypasshook). SDKHooks TakeDamage native has always been problematic in my eyes as it calls `CBaseEntity::OnTakeDamage` rather than `CBaseEntity::TakeDamage`. Two very distinct...