claro-lang
Hungaro
claro-lang | Hungaro | |
---|---|---|
9 | 2 | |
139 | 8 | |
- | - | |
9.5 | 5.6 | |
29 days ago | 5 months ago | |
Java | Java | |
- | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
claro-lang
-
The Claro Programming Language
Interesting, although it seems to currently be missing a license. While Bazel and I are for sure not friends, I found this funny https://github.com/JasonSteving99/claro-lang/blob/v0.1.495/W... I guess it's similar to having a maven build under Nix but my relationship to Bazel is why I got a chuckle out of the russian doll setup
-
Charm 0.3.9 --- now with "Hello world!"
Oh wow, it looks like we've stumbled upon the same construct! In my language, Claro, what you call "interfaces" are called "contracts". I've found it to be a very powerful abstraction!
-
Keyword Generics Progress Report: February 2023 | Inside Rust Blog
In fact, you've actually been a huge source of inspiration for building keyword-generics into the programming language I've been working on in private for the past 2 years! The language is called "Claro" and if you're interested, please take a look at the blocking-generics syntax that your initiative has inspired.
-
What are you doing about async programming models? Best? Worst? Strengths? Weaknesses?
I've tried to do something unique in my lang, Claro. To avoid spamming my same comment again, check out my answer to a very similar thread yesterday
-
Claro's Structured Async+Concurrency Provides Static Non-Blocking Validation and Implements Rust's Keyword Generics Initiative
Didn't see the Github link (but having all the info here is certainly appreciated)
-
What modules should implicitly be imported in a language?
Hmm, so I still feel that C3's imports actually are binding to a specific implementation like other imports (Java/C/python/etc). I think a language would need to embed dependency injection concepts deep into its veins to avoid this. You'd need a way for implementation files to specify that they depend on something with a certain name and a certain interface but not to name the specific implementation. Then a separate parallel module system (more like a Guice (dep injection framework) module than the modules in C3) would indicate the specific implementation that happens to be desired this run of the program. This is the inherent modularity that I'm looking to implement in Claro. There's some prototyping of this idea in the example programs at https://github.com/JasonSteving99/claro-lang/blob/main/src/java/com/claro/claro_programs/modules.claro
-
Let's talk function declarations!
In Claro I'm trying the following distinct types of procedures:
Hungaro
What are some alternatives?
xvm - Ecstasy and XVM
golo-lang - Golo - a lightweight dynamic language for the JVM.
keyword-generics-initiative - Public repository for the Rust keyword generics initiative
wyvern - The Wyvern programming language.
AECforWebAssembly - A port of ArithmeticExpressionCompiler from x86 to WebAssembly, so that the programs written in the language can run in a browser. The compiler has been rewritten from JavaScript into C++.
fuzion - The Fuzion Language Implementation
differential-datalog - DDlog is a programming language for incremental computation. It is well suited for writing programs that continuously update their output in response to input changes. A DDlog programmer does not write incremental algorithms; instead they specify the desired input-output mapping in a declarative manner.
groovy - Apache Groovy: A powerful multi-faceted programming language for the JVM platform