📃 Luau Alpha

Reference: https://luau.org/library#vector-library LL seems to have implemented vector (returns Luau vector) and quaternion (returns Luau userdata) functions to completely replace vector.create(x,y,z) and vector.create(x,y,z,w) . While I understand the aliases are useful, I don't think the built-in API should be disabled since it prevents us from making proper use of the library (and potentially other APIs). What's the reasoning for this decision, and can it be changed?

Right now lua in sl declares quite a lot of things in the "global namespace". This.. may cause issues down the line. As I understand part of the push for lua is problems with updating mono... i can see 5 years into the future, luau updates to v0.744 and adds uuid or some other conflicting name, and now updating luau is a problem...

Secondlife functions like ll.GetObjectDetails , ll.SetLinkPrimitiveParams , ll.ParticleSystem that take lists as arguments require integer and booleans inside them to be converted to a userdata integer object. This is extremely cumbersome for basic use. An example ll.ParticleSystem({ integer(0), integer(bit32.bor(0x100,0x400,0x008)), integer(9), integer(0x01), integer(17), 1.0, integer(1), vector(0.8,0.0,0.0) }) It would be great if luau could be setup to allow for the use of normal number types and booleans. Like this ll.ParticleSystem({ 0, bit32.bor(0x100,0x400,0x008), 9, 0x01, 17, 1.0, 1, vector(0.8,0.0,0.0) }) Correctly "cast" constants would improve this somewhat, but still leaves allot to be desired. For now I have made myself a function to "auto cast" these for me, but that is sub optimal at best... function table2FuncList(tab) for k,v in pairs(tab) do if type(v) == "number" and math.round(v) == v then tab[k] = integer(v) elseif type(v) == "boolean" then tab[k] = integer(v and 1 or 0) end end return tab end

Currently, clicking the "Edit..." button in the script floater, to open the script in an external editor, opens the script with .lsl extension. This causes some issues with language auto-detection in external editors, such as Sublime Text and VS Code. Could the file type be replaced with .lua when the chosen compiler is "Lua"?

create a simple default script and save it with a ll.Say or ll.OwnerSay in state_entry() and reset the script. Nothing appears to happen when resetting the script.

llOwnerSay((string) llFloor(1234/60)); LSL/Mono: 20 LSL/Luau: 20.000000

Currently, when scripting in Luau, indexing of tables does not match between Luau functions and ll. functions. For example, the following return the same values: str = ll.List2String(List,2) and str = List[3] This isn't exactly a bug, both are functioning 'correctly', but it's going to cause some issues. Is there a reasonable solution to this?

Not much more to it. llGetFreeMemory report 16000s bytes free at all times, llGetSPMaxMemory reports 16384 whether profiling is on or off. Same applies to pure Luau scripts, neither function returns meaningful values. ~~llGetUsedMemory and ll.GetUsedMemory appear to be ok.~~ <- Edit: redacted, they do not count memory used by tables or strings at all. A table with 10000 random numbers in it is reported as not using any memory, as well as a string with 256k(! that can't be right either) characters. Same applies to lists when compiled as LSL-Luau.

Functions to convert from lua table to json string would be amazing. ESPECIALLY if they can handle vector uuid and quaternion casting correctly. ll.Table2Json Recursively convert a table to json. Some values in a table may not be convertible like functions, and should probably be skipped. local data = {1,2,{a="b"},{c={d="e"}}} local json = ll.Table2Json(data) ll.OwnerSay(json) Would output something similar to [1,2,{"a":"b"},{"c":{"d":"e"}}] ll.Json2Table Convert a json string to a table. local json = '[1,2,{"a":"b"},{"c":{"d":"e"}}]' local data = ll.Json2Table(json) Would create a table similar to {1,2,{a="b"},{c={d="e"}}} Casting of vector quaternions uuids booleans etc It would solve ALLOT of problems if these methods handled casting of certain datatypes for users. Avoid lsl's (vector)llList2String(list,0) problem P.S. I have made a "crappy" lua function that mocks ll.Table2Json mostly for debugging purposes https://feedback.secondlife.com/luau-showcase/p/table-2-json-and-json-2-table-mostly-for-debugging-with-pretty-print

The Luau VM seems to have generally worse math performance regardless of the language, though that may just be inherent to the VM and absolute number crunching speed is not of prime importance to most scripts (though it is for some of mine, sadly... the better data structure handling performance will probably make up for it even there, though). What however is curiously poor is any kind of implicit casting under LSL-Luau, to the level of seeming like a bug. Simple test script: compile as LSL-Luau. default { touch_start(integer _) { integer i; integer a; llResetTime(); for(i = 0; i < 1000000; ++i) { a += 1; } llOwnerSay((string)llGetTime()); } } This should run in roughly ~9-10 seconds on touch. Now, change the type of the variable a from integer to float, resulting in it having to do an implicit cast during the addition (the second addend is still an integer), and it will instead run in ~26 seconds. The same effect can be observed for other situations with implicit casting (integer a, multiply by float; float a, multiply by integer), resulting much slower performance. For comparison, the same script compiled under LSL-Mono will run in roughly ~3-4 seconds, slightly varying between float/integer but with little implicit-cast difference.