erick-alcachofa
de58de2a9a
Signed-off-by: erick-alcachofa <erick@artichoke.dev> The grammar contained several structural issues and ambiguities, particularly in expression parsing, operator precedence, and the `export` keyword. This commit restructures significant parts of the grammar to resolve these problems and improve its formal correctness, making it more suitable for parser generation. The most relevant changes include: * **Centralized Export Handling:** Corrects the definition of exports by introducing a top-level `<declaration>` rule that distinguishes between `<exportable_declaration>` and `<non_exportable_declaration>`. This removes the repetitive and ambiguous `export?` prefix from multiple individual declarations (`module`, `struct`, `fn`, etc.). * **Unified Postfix Operations:** Integrates scoped access into the suffix operations . This provides an unambiguous and unified definition for these common constructs. * **Updated Identifier Chain Issue:** Several rules in the precedence chain ultimately resolved into starting with an identifier, this caused ambiguitiy and issues for parsing, this was refactored in order to correctly handle the cases. * **Reduced Ambiguity in Statements:** Refactors complex rules like `<variable_declaration>` and `<else_statement>` into smaller, more explicit sub-rules (`<variable_declaration_tail>`, `<else_statement_tail>`). This eliminates potential parsing conflicts and improves the overall clarity of the grammar. * **Simplified Access Expressions:** Removes the separate `<scoped_access_expression>` and `<reflection_expression>` rules. Their logic has been integrated directly into the more generic and powerful postfix expression system, simplifying the grammar.
⚠️ WIP Highly Experimental Project
- The language, compiler, and tools are under active development and may be very unstable.
- There will likely be breaking changes and periods where no work is done on the project.
The artichoke Programming Language
artichoke is a modern, statically-typed programming language designed to
satisfy my personal preferences and requirements for programming, combining the
low-level control and powerful modern features like a robust type system,
generics, integrated error handling, and a clean, ergonomic syntax.
The goal of artichoke is to provide a language that is simple, safe, and
productive for programming, eliminating common pitfalls without sacrificing
performance or control.
For a detailed guide to the language, please see the project wiki.
Core Philosophy & Features
artichoke is built around a few core principles to create a safer, more
productive programming experience:
- Explicitness: Type conversions and error handling are explicit.
- Safety: Non-nullable pointers, a robust type system, and deterministic resource management are prioritized.
- Modern Ergonomics: Features like generics, defer, and a clean module system reduce boilerplate and improve readability.
The language includes a powerful generic type system, first-class error handling, a full suite of control flow statements (including match), a true module system, and compile-time reflection.
Project Status
artichoke is currently in the design and grammar-specification phase. The
grammar is stable, and the next step is the implementation of a compiler
(parser, semantic analyzer, and code generator).
Building from Source
# Get the source code
git clone https://git.artichoke.dev/me/artichoke-lang.git
# Configure cmake
# Optionally add -DENABLE_TESTING=ON for building tests
cmake -DCMAKE_BUILD_TYPE=Release -S . -B build
# Build the project
cmake --build build
# Run the binary
./build/frontend/artichoke-c
# Run the tests if enabled
ctest --test-dir build/tests --output-on-failure
# Install if wanted
cmake --install build --prefix=/usr/local
# Run the installed binary
arti-c
Contributing
The artichoke project is hosted on a personal, self-hosted Gitea instance. If
you are interested in contributing, you have two options:
- Request an Account: Please contact support@artichoke.dev to request an account on the Gitea instance.
- Submit Patches: Alternatively, you can send patches or diffs directly to the same email address.
In all cases, proper attribution will be given for your contributions in the source files and/or the project wiki.
License
This project is licensed under the GNU Affero General Public License v3.0. The full license text can be found in the LICENSE file in this repository.