Search
183 results for “lexplt”
-
ArkScript December 2024 update is here!
https://lexp.lt/posts/arkscript_update_december_2024/
Quite a long read because there was a lot of changes. I’m now thinking I should maybe do a 2024 article wrap?
Or people can just read https://lexp.lt/categories/arkscript/ if they want to see everything 🤔 -
I'm conflicted about how I should implement UTF8 support for strings in my language, #ArkScript
There seem to be two options:
1. Every string is UTF8, thus every access to a char is O(n) and not O(1) anymore (have to decode the codepoints to count them). Length is O(n) too. That pretty much pessimizes all strings, even ASCII ones, but makes working with UTF8 codepoints easier
2. Every string is just a series of bytes, as it is right now, and a (@ string index) returns a potentially invalid character (on 8 bits). Indexing and length are O(1), but we need a function to get the codepoints, like (string:codepoints str) or (string:graphemes str) or something else
3. third hidden option that I want to avoid and that doesn't really count: introduce another string type that's different from normal strings. That's bad because the C++ API will be impacted, and the internals will need to handle all the different string typesAt first, I thought option 1 was better because then everything is easy, since the language is high-level. But now I lean toward option 2 because UTF8 support won't hinder the performance of programs that don't need it, and doing such a thing should be intentional
-
Us recomano escoltar "l'ofici d'educar" d'aquesta setmana. Dedicat a les mines de coltan del #Congo; l'explotació infantil que s'hi produeix; el vincle entre aquestes mines i la nostra tecnologia, i els interessos dels poders a occident per mantenir aquesta situació. #anticapitalisme #catradio #loficideducar #catalunyaràdio https://www.3cat.cat/3cat/la-connexio-entre-els-nostres-mobils-i-lexplotacio-infantil-a-lafrica/audio/1231783/
-
Une balle d'arme à feu tirée en l'air peut-elle vraiment tuer quelqu'un en retombant?
Oui, oui. Y en a vraiment qui doutaient...
-
█ Investiguen la relació entre l'explosió d'un Tesla a Las Vegas i l'atac de Nova Orleans ▓▒░ La policia de Las Vegas descarta per ara la vinculació de l'explosió del Cybertrack davant l'hotel Trump amb l'Estat Islàmic
https://www.ccma.cat/324/investiguen-la-relacio-entre-lexplosio-dun-tesla-a-las-vegas-i-latac-de-nova-orleans/noticia/3329120/?ext=MASTODON_ONLINE -
Podcast "Les faces cachées du climat" : rôle essentiel du #phytoplancton dans notre #climat . Et que se passe de t'il dans le #Léman ?
Marie Elodie Perga @MEPerga Bastian Ibelings @MECO_UniGe & Natacha Tofield-Pasche
@EPFL @unil @unige_ise @sciences_UNIGE @LexploreLeman
---
RT @EPFL
Le phytoplancton est invisible à l'oeil nu… 👀 mais il est indispensable à la vie sur Terre. C'est donc lui la vedette du premier épisode du tout nouveau podcas…
https://twitter.com/EPFL/status/1638076226362286081 -
I'm conflicted about how I should implement UTF8 support for strings in my language, #ArkScript
There seem to be two options:
1. Every string is UTF8, thus every access to a char is O(n) and not O(1) anymore (have to decode the codepoints to count them). Length is O(n) too. That pretty much pessimizes all strings, even ASCII ones, but makes working with UTF8 codepoints easier
2. Every string is just a series of bytes, as it is right now, and a (@ string index) returns a potentially invalid character (on 8 bits). Indexing and length are O(1), but we need a function to get the codepoints, like (string:codepoints str) or (string:graphemes str) or something else
3. third hidden option that I want to avoid and that doesn't really count: introduce another string type that's different from normal strings. That's bad because the C++ API will be impacted, and the internals will need to handle all the different string typesAt first, I thought option 1 was better because then everything is easy, since the language is high-level. But now I lean toward option 2 because UTF8 support won't hinder the performance of programs that don't need it, and doing such a thing should be intentional
-
I'm conflicted about how I should implement UTF8 support for strings in my language, #ArkScript
There seem to be two options:
1. Every string is UTF8, thus every access to a char is O(n) and not O(1) anymore (have to decode the codepoints to count them). Length is O(n) too. That pretty much pessimizes all strings, even ASCII ones, but makes working with UTF8 codepoints easier
2. Every string is just a series of bytes, as it is right now, and a (@ string index) returns a potentially invalid character (on 8 bits). Indexing and length are O(1), but we need a function to get the codepoints, like (string:codepoints str) or (string:graphemes str) or something else
3. third hidden option that I want to avoid and that doesn't really count: introduce another string type that's different from normal strings. That's bad because the C++ API will be impacted, and the internals will need to handle all the different string typesAt first, I thought option 1 was better because then everything is easy, since the language is high-level. But now I lean toward option 2 because UTF8 support won't hinder the performance of programs that don't need it, and doing such a thing should be intentional
-
I'm conflicted about how I should implement UTF8 support for strings in my language, #ArkScript
There seem to be two options:
1. Every string is UTF8, thus every access to a char is O(n) and not O(1) anymore (have to decode the codepoints to count them). Length is O(n) too. That pretty much pessimizes all strings, even ASCII ones, but makes working with UTF8 codepoints easier
2. Every string is just a series of bytes, as it is right now, and a (@ string index) returns a potentially invalid character (on 8 bits). Indexing and length are O(1), but we need a function to get the codepoints, like (string:codepoints str) or (string:graphemes str) or something else
3. third hidden option that I want to avoid and that doesn't really count: introduce another string type that's different from normal strings. That's bad because the C++ API will be impacted, and the internals will need to handle all the different string typesAt first, I thought option 1 was better because then everything is easy, since the language is high-level. But now I lean toward option 2 because UTF8 support won't hinder the performance of programs that don't need it, and doing such a thing should be intentional
-
Someone wrote a #discord api client library using #ArkScript 🤯
-
Someone wrote a #discord api client library using #ArkScript 🤯
-
Someone wrote a #discord api client library using #ArkScript 🤯
-
I don’t know what happened, but #ArkScript got faster than python and slower than Lua, at the same time.
The benchmarks all run on the same machine and the languages versions are fixed.
What the hell
-
I don’t know what happened, but #ArkScript got faster than python and slower than Lua, at the same time.
The benchmarks all run on the same machine and the languages versions are fixed.
What the hell
-
I don’t know what happened, but #ArkScript got faster than python and slower than Lua, at the same time.
The benchmarks all run on the same machine and the languages versions are fixed.
What the hell
-
Hey everyone, I'm trying to implement a "slice" function but I'm not sure how to go with negative steps
Let's say we have (slice start end [step])
And
(slice alphabet 0 10) returns abcdefghijWhat should this
(slice alphabet 0 10 -1) return?
FWIW, #Python returns nothing for alphabet[0:14:-1] -
Hey everyone, I'm trying to implement a "slice" function but I'm not sure how to go with negative steps
Let's say we have (slice start end [step])
And
(slice alphabet 0 10) returns abcdefghijWhat should this
(slice alphabet 0 10 -1) return?
FWIW, #Python returns nothing for alphabet[0:14:-1] -
Hey everyone, I'm trying to implement a "slice" function but I'm not sure how to go with negative steps
Let's say we have (slice start end [step])
And
(slice alphabet 0 10) returns abcdefghijWhat should this
(slice alphabet 0 10 -1) return?
FWIW, #Python returns nothing for alphabet[0:14:-1] -
Hey everyone, I'm trying to implement a "slice" function but I'm not sure how to go with negative steps
Let's say we have (slice start end [step])
And
(slice alphabet 0 10) returns abcdefijWhat should this
(slice alphabet 0 10 -1) return?
FWIW, #Python returns nothing for alphabet[0:14:-1] -
Hey everyone, I'm trying to implement a "slice" function but I'm not sure how to go with negative steps
Let's say we have (slice start end [step])
And
(slice alphabet 0 10) returns abcdefghijWhat should this
(slice alphabet 0 10 -1) return?
FWIW, #Python returns nothing for alphabet[0:14:-1] -
According to my testing, embedding #ArkScript works well with low resources, as it only needs 1MB of disk space and 4.6MB of RAM!
It isn't the tinyest but it isn't the biggest either!
#TinyScheme sits at the top, with only 84KiB of disk and 3MB of RAM needed, and #Lua is close with 271KiB of disk and 1.9MB of RAM
-
According to my testing, embedding #ArkScript works well with low resources, as it only needs 1MB of disk space and 4.6MB of RAM!
It isn't the tinyest but it isn't the biggest either!
#TinyScheme sits at the top, with only 84KiB of disk and 3MB of RAM needed, and #Lua is close with 271KiB of disk and 1.9MB of RAM
-
According to my testing, embedding #ArkScript works well with low resources, as it only needs 1MB of disk space and 4.6MB of RAM!
It isn't the tinyest but it isn't the biggest either!
#TinyScheme sits at the top, with only 84KiB of disk and 3MB of RAM needed, and #Lua is close with 271KiB of disk and 1.9MB of RAM
-
CW: ArkScript quine and code golf
I’ve been doing some code golf on code.golf, using my own language, #ArkScript
And I found a fun Quine (program that outputs itself), without using io:readFile:
```
(let _"(let _{:?})(puts(format _ _))")(puts(format _ _))
````format` is using fmtlib under the hood, and it’s pretty handy!
-
CW: ArkScript quine and code golf
I’ve been doing some code golf on code.golf, using my own language, #ArkScript
And I found a fun Quine (program that outputs itself), without using io:readFile:
```
(let _"(let _{:?})(puts(format _ _))")(puts(format _ _))
````format` is using fmtlib under the hood, and it’s pretty handy!
-
CW: ArkScript quine and code golf
I’ve been doing some code golf on code.golf, using my own language, #ArkScript
And I found a fun Quine (program that outputs itself), without using io:readFile:
```
(let _"(let _{:?})(puts(format _ _))")(puts(format _ _))
````format` is using fmtlib under the hood, and it’s pretty handy!
-
People, we have a debugger in #arkscript
https://arkscript-lang.dev/docs/tutorials/debugging/
and it's more tested than the repl somehow (I had to develop a new kind of tests for this one, so that I can skip the prompt and feed it lines from a file)
-
People, we have a debugger in #arkscript
https://arkscript-lang.dev/docs/tutorials/debugging/
and it's more tested than the repl somehow (I had to develop a new kind of tests for this one, so that I can skip the prompt and feed it lines from a file)
-
People, we have a debugger in #arkscript
https://arkscript-lang.dev/docs/tutorials/debugging/
and it's more tested than the repl somehow (I had to develop a new kind of tests for this one, so that I can skip the prompt and feed it lines from a file)
-
I’ve learned #arkscript, a language I’ve been working on for a few years now, is being used as a code gold language by people on the internet
And they found bugs (hopefully it’s fixed now, 24 hours after I’ve been informed and started working on the fix)
It is truly awesome, and now I can’t wait to go back to work on more features (the current one being adding a debugger)