Optimize virtual calls with "this" parameter when global variable is used in HLIL

What is the feature you'd like to have?
In virtual calls with global variable as "this" param HLIL creates new local variable instead of using global variable, thus instead of:

// gSomeObj - global variable of type "struct SomeClass"
gSomeObj->vtable->SomeFunc(gSomeObj, ...);

HLIL looks like:

struct SomeClass* gSomeObj_1 = gSomeObj
gSomeObj_1->vtable->SomeFunc(gSomeObj_1, ...)

Are any alternative solutions acceptable?
Idk actually, mb it can be solved with workflow (?).

Additional Information:
As i've said it only happens (at least i've checked against it) only when "this" parameter is passed to the function, so if function signature not using it, then BN generates compact code, for example, if SomeFunc signature is void(*)() or void(*)(int32_t @ rdx) then code would be gSomeObj->vtable->SomeFunc() and gSomeObj->vtable->SomeFunc(1337) accordingly.

Reproduce the issue's HLIL example with a global variable passed as the virtual call's "this" parameter, and compare it with the compact forms described for signatures that do not use "this". Trace the HLIL virtual-call handling and verify that the output keeps the global variable directly while preserving the existing no-"this" cases.