Note: This is low-risk patch in lieu of a more in-depth fix that will target a future release. This change specifically patches the critical runtime stack issue without breaking backwards-compatibility.
#jira UE-157527
#rb Dave.Jones2
#preflight 63e3d73dfe33a0659482b1ae
#lockdown julien.marchand
[CL 24085354 by phillip kavan in ue5-main branch]
[Backout] - CL20806081
[FYI] dave.jones2
Original CL Desc
-----------------------------------------------------------------
Added additional check to ensure that we're using the correct interface function.
In order to a stack overrun due to erroneous bytecode, we should issue an error if we're using the incorrect interface function. This is a temporary fix until we find a more permanent solution.
#preflight 62b49598ce64aeefefb869c9
#rb phillip.kavan
#ROBOMERGE-AUTHOR: dave.jones2
#ROBOMERGE-SOURCE: CL 20806075 via CL 20809840 via CL 20809847 via CL 20809859 via CL 20809869
#ROBOMERGE-BOT: UE5 (Release-Engine-Staging -> Main) (v971-20777995)
[CL 20811514 by robomerge in ue5-main branch]
In order to a stack overrun due to erroneous bytecode, we should issue an error if we're using the incorrect interface function. This is a temporary fix until we find a more permanent solution.
#preflight 62b49598ce64aeefefb869c9
#rb phillip.kavan
#ROBOMERGE-AUTHOR: dave.jones2
#ROBOMERGE-SOURCE: CL 20806075 via CL 20806081 via CL 20806084 via CL 20806096 via CL 20806100
#ROBOMERGE-BOT: UE5 (Release-Engine-Staging -> Main) (v971-20777995)
[CL 20806328 by dave jones2 in ue5-main branch]
Removed container and struct conversions from the script VM. This introduced complexity that the VM doesn't need, nor did it scale for the various struct types that we want to implicitly convert in Blueprints. Instead, the script VM is *only* aware of float<->double conversion. Container and struct conversions have now been moved to BlueprintTypeConversions. Currently, only the existing FVector3f<->FVector3d conversion has been added, but the remaining LWC types will be added in a subsequent change.
During Blueprint compilation of container and struct conversions, we now inject a function call into the bytecode that performs the conversion, which is better suited to the task instead of burdening the VM with the work. One drawback to this technique is that containers are slightly more inefficient when it comes to conversions. They won't know their type(s) ahead of time, which requires dynamically looking up a conversion function at runtime. We can possibly optimize this further, but the generaly recommendation is to avoid implicit conversions of container types when possible.
Additionally, a couple of convenience functions were added to the KismetCastingUtils to help remove a fair amount of boilerplate code that was used for implicit casting in various node types. ScriptCastingUtils.h was also removed since the VM no longer needs to concern itself with complex conversions.
#jira UE-151338
#preflight 629a507fb42820769428c133
#rb phillip.kavan
[CL 20560449 by dave jones2 in ue5-main branch]
Setters and getters are native functions called by FProperties when setting property values with *_InContainer functions.
Setters and getter function names can be manually specified with Setter = Func and Getter = Func keywords inside of UPROEPRTY macro but they will also be automatically parsed if the name is not explicitly specified if the setter or getter function name matches SetPropertyName and GetPropertyName pattern.
The latter behavior can be disabled in UHT's DefaultEngine.ini by setting AutomaticSettersAndGetters=False.
ImportText and ExportTextItem functions have been deprecated and should be replaced with *_InContainer or *_Direct variants.
#rb Steve.Robb
#preflight 6210a377a83e0bcefd03d9e1
#ROBOMERGE-OWNER: marc.audy
#ROBOMERGE-AUTHOR: robert.manuszewski
#ROBOMERGE-SOURCE: CL 19070318 via CL 19098059 via CL 19104650 via CL 19104661 via CL 19110012
#ROBOMERGE-BOT: UE5 (Release-Engine-Staging -> Main) (v921-19075845)
[CL 19147839 by marc audy in ue5-main branch]
The original ENABLE_BLUEPRINT_REAL_NUMBERS macro was strictly meant for AB testing in the Dev-LWC. Currently, disabling it won't work, and would likely lead to broken behavior. Its presence might incorrectly indicate to licensees that this is an option that can be toggled safely.
#rb marc.audy
#jira UE-140327
#preflight 61fc6449dc0b3ecbecb6f381
#lockdown julien.marchand
#ROBOMERGE-AUTHOR: dave.jones2
#ROBOMERGE-SOURCE: CL 18864654 in //UE5/Release-5.0/... via CL 18864683 via CL 18864993
#ROBOMERGE-BOT: UE5 (Release-Engine-Test -> Main) (v910-18824042)
[CL 18865002 by dave jones2 in ue5-main branch]
Blueprint real number support.
This change deprecates the use the of "float" and "double" types in Blueprints in favor of a new "real". By default, "real" is back by a double precision floating point number. However, it can be single precision if the number is a native float property or function parameter. This distinction won't be visible to the Blueprint user: in both instances, they'll be represented by "real" pin types. During deserialization, we'll automatically convert Blueprint pin types to use real/doubles, unless they're used to represent native code (including delegate signatures).
One consequence of this change is that we need to perform implicit casts between single and double precision real numbers. During Blueprint compilation, the compiler will detect points in the graph for when either a widening or narrowing conversion needs to occur. Subsequently, the script bytecode will contain a new cast instruction that performs the conversion. This also works on container types, but each entry in the container will have to be converted. This can introduce unwanted overhead for large containers that are frequently passed between Blueprint and native code.
The scope of this change affects Blueprints used by Gameplay, Animation, Control Rig, and UMG.
#rb marc.audy (serialization changes)
#jira UE-116484
#preflight 61f8bdd5a2514ba12ff7bdfc
#ROBOMERGE-AUTHOR: dave.jones2
#ROBOMERGE-SOURCE: CL 18809077 in //UE5/Release-5.0/... via CL 18809455 via CL 18822548
#ROBOMERGE-BOT: UE5 (Release-Engine-Test -> Main) (v908-18788545)
[CL 18823569 by dave jones2 in ue5-main branch]
#jira UE-92136
#rb marc.audy
#rnx
#ROBOMERGE-SOURCE: CL 12934007 via CL 12934088 via CL 12934140
#ROBOMERGE-BOT: RELEASE (Release-Engine-Staging -> Main) (v682-12900288)
[CL 12934154 by ben hoffman in Main branch]
We will still warn in that case because it can cause issues with properties not being marked dirty, but will prevent unnecessary work and ensures.
[at]Dan.Oconnor
[FYI] Bob.Tellez
#ROBOMERGE-SOURCE: CL 11402817 via CL 11402845
#ROBOMERGE-BOT: (v654-11333218)
[CL 11402854 by jon nabozny in Main branch]
This prevents issues where functions can't be found due to stale data.
#rb Jon.Nabozny
#author Dan.OConnor
#ROBOMERGE-SOURCE: CL 11398638 via CL 11399018
#ROBOMERGE-BOT: (v654-11333218)
[CL 11399185 by jon nabozny in Main branch]
This should allow for easier testing and a safer transition to Push Model.
[at]Dan.Oconnor
#rb Dan.Oconnor
#ROBOMERGE-OWNER: Jon.nabozny
#ROBOMERGE-AUTHOR: jon.nabozny
#ROBOMERGE-SOURCE: CL 11387087 via CL 11387095
#ROBOMERGE-BOT: (v654-11333218)
[CL 11394236 by Jon nabozny in Main branch]
[FYI] Bob.Tellez
#rb None
#ROBOMERGE-OWNER: jon.nabozny
#ROBOMERGE-AUTHOR: jon.nabozny
#ROBOMERGE-SOURCE: CL 10982730 via CL 10982741 via CL 10982750
#ROBOMERGE-BOT: (v632-10940481)
[CL 10983012 by jon nabozny in Main branch]
[FYI] Jon.Nabozny
#rb none
#ROBOMERGE-OWNER: bob.tellez
#ROBOMERGE-AUTHOR: bob.tellez
#ROBOMERGE-SOURCE: CL 10933120 via CL 10933137 via CL 10933157
#ROBOMERGE-BOT: (v626-10872990)
[CL 10933303 by bob tellez in Main branch]
Provides the basic interface, machinery, and codegen for allowing games to notify the networking system when properties have been changed.
[at]Ryan.Gerleve, [at]Brian.Bekich, [at]Peter.Engstrom, [at]Mattias.Hornlund, [at]LouisPhilippe.Seguin, [at]Bart.Hawthorne, [at]Marc.Audy, [at]Dan.OConnor
#rb Dan.Oconnor, Peter.Engstrom, Steve.Robb
#ROBOMERGE-OWNER: jon.nabozny
#ROBOMERGE-AUTHOR: jon.nabozny
#ROBOMERGE-SOURCE: CL 10931598 via CL 10931603 via CL 10931604
#ROBOMERGE-BOT: (v626-10872990)
[CL 10931773 by jon nabozny in Main branch]
#rnx
#rb none
#ROBOMERGE-SOURCE: CL 10869241 via CL 10869527 via CL 10869904
#ROBOMERGE-BOT: (v613-10869866)
[CL 10870586 by ryan durand in Main branch]
