515 compatibility

[Mothblocks]

• call_ext now exists to replace call, with similar syntax
• type::variable_name now exists in static definitions, to alleviate a breaking change to NAMEOF

http://www.byond.com/forum/post/2828780

[SpaceManiac]

Release notes with non-explicitly-breaking features: http://www.byond.com/docs/notes/515.html

Will likely only get to this after 515 has stewed in beta for a bit and codebases like /tg/ are actually looking to start using it.

[Mothblocks]

It's gonna be a bit before we can because it breaks tgui but I'll keep you in the loop

[Mothblocks]

oh yeah pointers are a thing now too lol

[Spookerton]

basic builtins.rs adds at 1597

proc/ceil(A);
proc/floor(A);
proc/fract(A);
proc/ftime(File, IsCreationTime);
proc/get_steps_to(Ref, Trg, Min=0);
proc/isinf(A);
proc/isnan(A);
proc/ispointer(A);
proc/nameof(V);
proc/noise_hash(hash_name, num1, num2, num3 /*, ...*/);
proc/refcount(Object);
proc/trimtext(Text);
proc/trunc(A);

client/proc/RenderIcon(object);

list/proc/RemoveAll(Item1, Item2/*, ...*/);

ANIMATION_SLICE = Int(8);
ANIMATION_CONTINUE = Int(512);

JSON_PRETTY_PRINT = Int(1);
JSON_STRICT = Int(1);
JSON_ALLOW_COMMENTS = Int(2);

not sure on call_ext because of the second params scope

[Mothblocks]

515 also adds __TYPE__ and __PROC__.

[Spookerton]

also adds the /final/ var sugar.
https://www.byond.com/docs/ref/#/var/final

[Mothblocks]

Also adds /proc/bla() as type, which is equivalent to RETURN_TYPE in SDMM.

[Mothblocks]

Will likely only get to this after 515 has stewed in beta for a bit and codebases like /tg/ are actually looking to start using it.

@SpaceManiac It's been about 6 months and we're about to require 515 for building.

The two biggest failures right now are no nameof and no savefile/byond_version.

[Mothblocks]

So we need:

• call_ext
• nameof
• refcount
• savefile/byond_version
• :: syntax
• : syntax

Those last two are important because I can't just define over those

[willox]

Trying to collate all that...

• call_ext (pending Add call_ext()() support for BYOND 515 #353)
• pointers (& syntax, is there more than that? do we need static typing support for it?)
• __TYPE__ & __PROC__
• : syntax (@Mothblocks what changed with this?)
• :: syntax
• /proc/bla() as type syntax
• var/final/x syntax
• new builtins (non-exhaustive list: 515 compatibility #341 (comment), nameof, recount, savefile/byond_version)

[Mothblocks]

I'm wrong about :, it was SDMM incorrectly reporting :: and I got confused

[Zandario]

also adds the /final/ var sugar. byond.com/docs/ref/#/var/final

/final/ is also used for procs, it should probably be reserved to prevent people for accidentally finding out the hard way

VSC Example

Dream Maker Example

[Spookerton]

Recent attack mitigation stuff in late 515 won't be backported to stable. Much of this can be hidden with a version file at the moment, but the :: accessor and & pointer syntax are unavoidable.

[Spookerton]

#353 handled call_ext
240d8e0 handled :: scope token (partially? /foo::bar() cries)
4129759 handled /final/ sugar
32bf1b3 handled & and * pointer stuff

#354 does simple constants and proc signatures, op lists remaining things afaik having gone through the ref for byondver=515 hits

[LemonInTheDark]

To add onto willox's post, we'll need __IMPLIED_TYPE__ support, see https://www.byond.com/docs/ref/#/DM/preprocessor/__IMPLIED_TYPE__
Shouldn't be hard, just need to tell the parser that it exists and it can be ANYTHING (insert rainbow wave)

[LemonInTheDark]

@SpaceManiac are we free or is there more to do

[SpaceManiac]

/tg/station now passes dreamchecker in 515 mode. Sure to be bugs or something missed along the way but I think that's the majority of it.

[LemonInTheDark]

aight ws, sounds great

[SpaceManiac]

Closing this since 515 support was released in suite 1.8. Any bugs should now be their own tickets, example:

• Parser chokes on paths containing "operator" #374
• dreamchecker doesn’t like vars called “final” #375