From 23d7719aa8b132a1a5d9c39febc673000c5dba8a Mon Sep 17 00:00:00 2001 From: Arseny Kapoulkine Date: Wed, 21 Apr 2021 09:27:46 -0700 Subject: [PATCH] Update compatibility.md --- docs/_pages/compatibility.md | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/_pages/compatibility.md b/docs/_pages/compatibility.md index b53f3d94..083b3fac 100644 --- a/docs/_pages/compatibility.md +++ b/docs/_pages/compatibility.md @@ -89,6 +89,7 @@ Ephemeron tables may be implemented at some point since they do have valid uses | new function `table.move` | ✔️ | | | `collectgarbage("count")` now returns only one result | ✔️ | | | `coroutine.isyieldable` | ✔️ | | +| stricter error checking for `table.insert`/`table.remove` | 🔜 | we're evaluating compatibility implications It's important to highlight integer support and bitwise operators. For Luau, it's rare that a full 64-bit integer type is necessary - double-precision types support integers up to 2^53 (in Lua which is used in embedded space, integers may be more appealing in environments without a native 64-bit FPU). However, there's a *lot* of value in having a single number type, both from performance perspective and for consistency. Notably, Lua doesn't handle integer overflow properly, so using integers also carries compatibility implications.