You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The assembly-based functions made by @KionX two years ago were left unused because they were incompatible with the previously existing functions. The Lua implementations would always return a number, regardless of the input type. For non-table types, it would simply return 0.
This is crucial for backwards compatibility. We can't use the faster alternatives until they always return a number.
The text was updated successfully, but these errors were encountered:
I don't understand what the problem is.
This function cannot be compatible with getn for performance reasons.
It is imported as getsize2 and empty2. Use them directly for tables.
I was mistaken - I was referring to table.getsize and table.empty. We can't use the new functions across the code base if they do not have the same behavior. It needs to be backwards compatible.
The assembly-based functions made by @KionX two years ago were left unused because they were incompatible with the previously existing functions. The Lua implementations would always return a number, regardless of the input type. For non-table types, it would simply return 0.
This is crucial for backwards compatibility. We can't use the faster alternatives until they always return a number.
The text was updated successfully, but these errors were encountered: