Category Features

The first language iteration is almost over. It’s time to revise some previously made decisions on syntax and semantic. Nowadays Argentum has too many syntax for strings – single and multiline, with and without interpolation, strings are defined with “”…

Argentum programs can interact with web servers: The httpClient module features:

Argentum got SQLite integration: Build & run: It prints (depending on the actual content of the database): This code: Other supported features not shown in this demo: Limitations:

Argentum standard library has three hash maps: Map, SharedMap, WeakMap. Most of design details of Maps are similar to Arrays: These maps are unordered key-value containers, where: Internally they are implemented as flat, open addressed, 2n grow, linear probe, robin…

Argentum has no built-in Arrays Other languages have built-in arrays (and some even have built-in maps), but these built-in data structures quickly become insufficient. So the parallel containers from the standard libraries emerge. They quickly surpass and replace the built-in…

Argentum Objects got two methods: getHash and equals. They look much like Java, but there are multiple nuances. Hash-codes Comparisons String literals

Argentum blocks can be marked with ‘=name’ labels that are visible from inner sub-statements. They are used in ^leave statements. Leave-statement can have a parameter – expression that produces result It reads as “here’s a block “sign”. If ‘i<0’ terminate…

Argentum threads act as ultra-lightweight processes. They don’t use mutexes, conditional variables or atomics to share state. They share immutable objects naturally and isolate hierarchies of mutable objects inside single thread. There is a mechanism of asynchronous message passing that…

Argentum application can work in either: In the synchronous mode application gets executed this way: In this mode application has access to the following objects: There is no global variables and no mutable global state in this mode: by tracing…